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GREETINGS! These opening renarks are going to be very 
short this month, and that's because our letters coluan is very 
LONG. The letter fron Roy Soltoff In Volune 6, Number 8 prompted 
a number of readers to take pen in hand (would you believe "vrord 
processing disk In drive"?) and we have their letters, plus the 
normal volume of mail which is always heavy at this time of year, 
anyway (must be the "cabin fever" season...). 

But before I go, I've got to pass this one along: I got an 
exchange newsletter from the Tandy Hobart Users' Group In 
Hobart, Tasmania (that's in Australia, in case you didn't know) 
recently. It was only two sheets so they nailed It in a regular 
airmail envelope. It then took the long way around the world to 
get to me. Would you believe that there were postmarks on the 
back of the envelope indicating that It had passed through 
Johannesburg, South Africa (some farSlghted postal clerk probably 
read "R.S.A." instead of "U.S.A."), Van Nuys, California, and 
Indianapolis, Indiana before it got to me here in Sault Ste. 
Marie? The funny part is that two of the stamps on the envelope 
were commemoratlves for Australia Post's new electronic mail 
service. If this is Australia Post's method of showing how fast 
electronic mail is in comparison with conventional Airmail, It 
certainly is an effective demonstration (as to the snail's-pace of 
regular mall, anyway)! 



THE EXTERMINATOR 

Spring is sprung, the grass is ris, I wonder where the BUGS 

is? Right here in NORTHERN BYTES, unfortunately,, . 

-— In NORTIffiRN BYTES Volume 6, Number 8. page 22 we published 

f a zap to the Model I version of Alan Johnstone's NEWDOS/80 

'modifications. We said that the place to zap was SYSO/SVS.23,30, 

Well, it may have been byte 30 in an earlier version, but In the 

version that's on the TAS Public Domain Library disks, the area 

to zap begins at byte 5A. 

■flien, on the very sane page and just across the column, we 
ran Bob Seaborn's instructions on adapting Model III INFOCOM 
games to run on the Model I, The second paragraph ends with '... 
change it to the new sequence "21 18 42".' The "42" should be 
43, Then, in the next paragraph a reference is made to the DOS 
conmand buffer at 4218H in the Model I, but that address should 
be 4318H. Thanks to Greg Small for catching this one. 



LETTERS DEPARTMENT 

Reminder: Persons sending letters Intended for publication 
should send them on magnetic media or via CompuServe [72167,161], 
Delphi [TASIO], or MCI Mail [109-7407] (especially if longer than a 
couple of paragraphs). If you are NOT using Allwrlte (or 
Newscript) and your word processor offers the option to save 
your file in ASCII format, please do so (especially if using 
SuperScripsit!). Your cooperation In this matter will help us. to 
bring you a better newsletter! 



[Message received via CompuServe:] 
Date: 30-Jan-86 19:46 CST 
From: Jim Gaffney [70515,1036] 
SubJ : NewdosSO vs LDOS 



To: 



Jack Decker [72167,161] 



Jack, 

I feel compelled to comment on the exchange of letters 
between you and Roy Soltoff in Volume 6, Number 8 of NORTHERN 
^•"vBYTES, and I'm afraid that I have to side with Roy. At one time I 
Inearly decided against continuing my subscription to Northern 
Bytes because it appeared to be becoming nothing but a 
compilation of patches to NEWDOS/SO. I persisted, however, and 
have been rewarded with some interesting material. For example, 
I had the problem described In "FIX YOUR BLOOMING SCREENII" but 



Number 2 

assumed that I was an isolated case rather than realizing that I 
was experiencing another Tandy "save a nlckle" design problem. 

But r digress... I have had the impression in reading your 
comments in the past that your relationship to LDOS is like the 
woman with one child — "Tried it once, but didn't care for it." 
LDOS is NOT an easy OS to master, but once you do, the rewards 
are rich. The flexibility of the system Is incredible; it may take 
a while to figure out how to do it but more likely than not there 
IS a way. 

At one time I, too, felt that NEWDOS/80 was the greatest 
thing since sliced bread. But then came double density and 
Apparat's decision to go with relative sector numbering. If they 
hadn't started that gobbledygook, I night have stayed with 
NENDOS. Never mind that the directory track is no longer in the 
middle of the disk and relative track 17 Is somewhere around 
physical track 9, as long as you use NEWDOS, you don't have to 
worry about it. And no automatic density recognition (without 
buying DDSD from TAS) and different PDRIVE settings for system 
and data disks on a Model I? Bahhhhh! 

1, like you, do not care for LDOS X'nnnn' syntax, but the 
percentage of DUMP commands that I issue is not significant 
enough to keep me from using a superior DOS. Using LDOS for the 
Model III mode on my 4's and 4P's allows lie to read and write 
directly from TRSDOS 6 disks, both SSDD and DSDD. And should I 
need to transfer files to a Model I user, I simple tell the 
machine to format in SD without going through a bunch of PDRIVE 
commands with the (a) option and then resetting the machine again 
after I've finished. 

And where does one get support for NEWDOS problems? 
Surely not from Apparat who won't even answer their mail anymore! 
And you complain about having to patch programs to run them 
under LDOS? How about that wad of ZAPs to be applied to run 
everything from Electric Pencil to Vlslcalc V-316 under 
NEWDOS/80? 

Do you have a problem with LDOS or TRSDOS 6? Then jump 
on over to CIS's Logical Systems SIG (PCS-49) and Joe Kyle 
DlPletropaulo (AKA jjkd) will get you an answer In a heartbeat. 
You say you want utility programs and filters for your LDOS? 
They are available in profusion from LSI, from MISOSVS and QSD, 
among others — everything from full .featured assemblers like 
EDAS to Compare/Modify packages that are extremely user friendly 
available In profusion. If you want a treat in a full-screen 
editor, get SAID (Mod 3) or PRO-SAID (Mod 4) from MISOSYS. It 
will load any kind of file (CMD,BAS.ASM,TXT, etc.) I'm using it for 
composing this diatribe and I use it for everything from C source 
code files to autolog files for Karl Dennlnger's DTERM II which 
requires Imbedded characters with the high bit set. 

But in the end, what We really need of Northern Bytes is 
support for all DOSes, not Just NEWDOS or LDOS or DOSPLUS or any 
other. The only way we affectionatos of our Tandy Z80 machines 
will survive the MessDOS Menace is to bond together rather th|n 
fighting among ourselves. If you'll tolerate my LDOS prejudice, 
you may use NEWDOS all you want to in composing NB. (Do you 
really run Allwrlte under NEWDOS?!?) 

Jim Gaffney 

[Jim, I really appreciate your comments. To answer your 
last question first, yes, I do use Allwrlte under NEWDOS/80 and It 
works Just fine. Beyond that, I completely agree with the 
comments In your last paragraph. I make it a point not to turn 
away articles just because they refer to a DOS that I don't 
happen to care for (I even reprinted an article entitled "MODEL 
III TRSDOS 1.3 - THE BEST DOS !" and if that doesn't show a lack 
of prejudice, I don't know what does!) so I will again make the 
point that articles from users of all DOSes are welcome. 

I will also agree that NEWDOS/80's relative sector numbering 
scheme for double density is one of the dumbest things I have 
ever seen (please note that I said "one of the dumbest", not "the - 
dumbest"), even though I understand why they did It. It has 
caused no end of grief for NEWDOS/80 users. Folks have also 
complained, with some Justification, about the gobbledygook that 



18 sometimes passed off as documentation In the NEWDOS/80 

'*"'"l' happen to disagree that the PDRIVE scheme Is bad since It 
gives you almost total control over how you format a disk, though 
it may take you a few attempts to master the PDRIVE eoncept^ I 
had a situation Just the other day where I wanted to P»t a disk 
directory on track oke (so that I could put a large. m^M 
file on the rest of the disk) and NEWDOS let me do it with no 
complaints whatsoever. But, admittedly, that was f fft^er rare 
situation. Perhaps a better example of the flexibility of the 
PDRIVES is that they will allow you to copy files from t ^ a 
TRSDOS 1.3 disk, Without the intervention of another utility 

'^'""^Ts for automatic density recognition, Alan Johnstone's 
NEWDOS/80 modification package (TAS Public Domain Library disk 
#ND'l) permits automatic density and side recognition of a 
number of different disk formats, including LDOS/TRSDOS 6 You 
might protest that having to buy the PD disk is an additional 
expense and that this code should have been included in the 
original NEWDOS/80 product. Fair enough, but th^n consider that 
NEWDOS/80 gives you, free of charge, utilities such as SUPERZAP. 
EDTASM, DIRCHECK. and LMOFFSET. Logical Systems charges extra 
for most of their utilities. In fact, to make « aelf-boo«ng Model 
I LDOS system disk, you have to buy a utility called SOLE from 
Mlsosys. and go through what I consider to be an w^e««onable 
number of gyrations to make it work (Roy Soltoff would no doubt 
dispute that since Misosys is his company, but on the other hand, 
we have reprinted an entire JCL file devoted solely to settinK up 
a self-booUng Model I system disk). In contrast, with NEWDOS/80 
you simply set your PDRIVES properly and issue a simple COPY 
command (using the CBF option) and NEWDOS handles the format 
conversion, automatically and effortlessly. 

Support for NEWDOS/80? The best support comes from other 
users of the DOS, and there are many of them out there. However, 
it 18 true that you might not get as much support as you d like 
from Apparat, since (to my knowledge) there Is only one person 
left at Apparat that understands anything at all about NEWDOS/80. 
and that is Brian L. Ultti. If you can reach Brian, he may be 
able to assist you, but If he can't help, you're on your own. It 
appears that the original author of NEWDOS/80 has turned to 
otiier pursuits and is no longer Interested in supporting NEWDOS 
But again, there are MANY knowledgeable NEWDOS/80 users around 
(many of whom read NORTHERN BYTES!) that can help with various 

kinds of problems. ^ j,, , , „r 

1 suspect that many of the present deficiencies of 
NEWDOS/80 will be corrected In Bob Brumley's rewrite of 
NEWDOS/80 for the Model 4 (see last Issue's page one mention of 
this Model 4 version of NEWDOS/80 that is now under development). 
The point Is that every TRS-80 Disk Operating System has 
its good and bad poii^and neither LDOS/TRSDOS 6 nor 
NEWDOS/80 are any exception. I think tot bott. have tteir place 
in the TRS-80 world, and that both (and all of the other TRS-80 
DOSes) are far superior in many ways to MS-DOS. It would be a 
real shame if the "my DOS is better than your DOS' arguments 
drive a wedge between TRS-80 users. Nevertheless, I do feel that 
a discussion of the good and bad points of the various DOSes 
serves the interests of our readers by helping them to be better 
informed about the capabilities and disadvantages of each of the 
DOSes.] \ 



Dear Jack: _^^ 4. .. 

Regarding "Underused Basic Programming Statements : 
LSET and company should change a string literal within a BASIC 
program line, but they usually do not. I tried that trick In the 
past for self-modifying BASIC code. Unfortunately I fo""0,th»t 
the trick only works on MULTIDOS. The other Disk BASICS 
(perhaps for "safety") first move the target string to string 
space. For compatibility. I went back to the old POKE-it-in 
method. (See 80-Micro . 8/85, at page 112.) 

Incidentally, my favorite "non-standard" use of LSET etc. is 
to quickly clear and write to the screen (as in a pointed 
LSET VID$="Kello" rather than PRINT • 64, "Hello"; CHR$(30);). I 
have used CVI and company in programs but, in the end. they 
Invariably related to information taken off of disk or perhaps in 

"^"°''^- Andy Levlnson 



[You're right about not being able to use LSET or RSET to 
self-modify strings within a BASIC program under some DOSes. 
For example. NEWDOS/80 specifically checks to see If the target 
of an LSET or RSET string Is within the program and if so. it 
moves it to high memory. The following segment of BASIC oode^^ 
illustrates the point: 

10 IF PEEK(22809)=56 THEN POKE 22809,24 ELSE STOP 

20 A$="This is a String literal" 

30 LSET A$="A changed string literal" 

40 LIST 

Type the above lines in (under NEWDOS/80 BASIC only) and 
then type RUN 20. You will note that the string literal in line 
20 is not changed. Now simply type "RUN" and note that the 
string literal in line 20 is changed to match that in line 30. 
The reason? The POKE In line 10 disables the test in NEWDOS/80 
Disk BASIC that checks to see if the target string is within the 

program itself. .. » _* 

The two-byte word in reserved RAM that points to the start 
of the BASIC program is located at 40A4H (16548 decimal). This 
gives us a clue as to how BASIC can be "fooled" Into permitting 
LSET and RSET to operate on strings within the Program area. 
Try the following code (this should work under any Model I/III 
DOS, but I won't guarantee it): 

10 A$="Thls is a string literal" ^ 

20 X1=-PEEK (16548): X2=PEEK (16549): POKE 16548,254: POKE 
16549.255: LSET A*-"A changed string literal": POKE 16548,X1: 
POKE 16S49,X2 
30 LIST 

What we have done here Is to save the current 
start-of-program pointer to variables XI and X2. then we 
temporarily define the start of the program as FFFEH (dont use 
FFPPH as that indicates that there is no BASIC program in 
memory!) and then use the LSET command. Disk BASIC looks at the 
bogus start-oT^rogram pointer, concludes that the target string 
is not within the boundaries of the program Itself, and does the 
LSET. We then put the real start-of-program pointer hack into 
place. WARNING: All of the commands shown in Une^20 sho^d N->^ 
placed in the 5555 program line if «* «" P"";^"^' »"'*.^»^ / 
definitely cannot do any GOSODs or GOTOs (even an ON ERROR GOT*^- 
trap will bomb the program if executed) while the fake 
start-of-program pointer Is in place- The reason Is that BASIC 
searches for line numbers from the start of the program, and if 
it can't find the correct start of the program, it can't find any 
BASIC program lines referenced expliciUy by line number. 

Of course, for a program designed for your personal use 
only, it may be easier to Just ZAP your version of Disk BASIC to 
eliminate the test (or use a POKE at runtime "« shown in the 
^irst example above), if you know how to do it. Where there s a 
will, there's a way!] 



/Dear Jack: « »q 

' I have written ... to make some comments on Volume 6, »8. 

I quite agree with your position regarding the Soltoff 
letter and LDOS. I mentioned the subject in our club newsletter. 

Regarding the TRSDOS 1.3 patches at page 5: I believe that 
a goodly number of the patches by "original authors (unknown) 
are from Northern Bytes. For example, patch 15 is the same as 
Tony Domlgan's patch In Volume 5 Number 4, at page 15 (speaking 
T^ony. It was sad to read that he has "defected" to fig jme). 
But as a contrasting example, patch 2 was Issued by Radio Shack. 

Patch 13 in the article, for changing the disk track count, 
did not have all necessary patches. Two more patches are 
needed: 

PATCH *7 (ADD-4EB8,FIND-28,CHG-xx) 
PATCH *14 (ADD=-54EF,FIND=28,CHG"XX) 

where "xx" Is "28". "2A". or "50" for 40, 42, and 80 tracks 
respectively.^^ "More Patches to TRSDOS" at page 17: The 
patches allow use of a "." (period) for the date prompt ur 
system boot but that accomplishes only half the Job. There < 
also the DATE and TIME DOS library commands. Here are two 
patches to REPLACE the two patches that Mr, Blrks gave for 
TRSDOS 1.3; 
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PATCH *0 (ADD-4FB7.FIND=B9,CHG=AF) 
PATCH *6 (ADD=53FF,FIND=B9.CHG=AF) 

Both patches work the same. They allow you to use any character 
for the date and time entry separator. For example, "02.07.86" 
would work for the date and even "10<01>15" for the time. The 
two patch lines do not interface. The first is for the bootup 
entry request while the second is for the DATE and TIME 
commands. A person could apply only one if desired. 

I did not bother to write a similar modification for TRSDOS 
6.0 and 6.1 since both DOS versions have been superseded and 
should not be used if possible. 

Andy Levinson 



[Boy, Andy, you've kept your wordprocessor humming this 
month! Thanks for passing along the Information. I'm really not 
too concerned about patches from NORTHERN BYTES being used 
without credit - as an editor, I know how difficult it would be to 
try and track down the original sources on all zaps. 

In case any of our readers care, here's a quote from Mr, 
Levinson's article In "The Interface" (newsletter of the San 
Gabriel Valley TRS-80 Users Group), In regard to Roy Soltoff's 
letter to NORTHERN BYTES: "1 felt that Soltoff's letter was one 
of the most arrogant pieces of writing that I have seen In quite 
some time. For example, he reported that a drive manufacturer 
introduced 'a drive with a microprocessor controlled speed that 
was a rock solid 300 rpm.' I would call that a major 
accomplishment, Uke a car that does not need constant carburetor 
adjustments or a record player that always plays records at the 
right speed. Soltoff described the drive as a 'fiasco'". 

A record player that always plays records at the right 
speed?! Now. I could have really used one of those during my 
all-too-brief career as a Disk Jockey!!] 



r^ 



Dear Jack, 

First, let me compliment you on the new look. The 
DMP-2100P sounds like a great printer (I've been impressed with 
our DMP-2100 at work). 

Second, thanks for your comments on little-used BASIC 
statements. I had never really thought about the possibilities in 
LSET and RSET, but they were very useful in writing REPLACE/BAS 
and XFER/BAS. 

I sure wish I'd had SAVESUB when I was writing my utlllUes. 
I had a few minor problems keeping the "versions" straight, and I 
lost one Just the way they described in the article. 
Unfortunately Volume 6, Number 8 arrived just after I finished! 
If I'm ever foolish enough to write another program, you can be 
sure I'll use SAVESUB. 

Could you explain the reasons for the patches to M-ZAl for 
TRSDOS 6.2? I have taken it off my DOSPCUS IV disk and used it 
under 6.2 to edit and assemble a few short programs without 
difficulty. What problera(s) have I been fortunate enough not to 
encounter that the patches fix? 

Finally, a few comments on Mr. Soltoff's letter and Logical 
Systems, Although I agree with you that it is unreasonable to 
demand that the hardware conform to the software, I was inclined 
to view their decision as a value judgement plus rather narrow 
vision rather than arrogance. They decided that type-ahead was 
more Important than a standard drive speed, but forgot that the 
purpose of standardization is compatibility. If some of us 
readjust our drive speed it becomes difficult to exchange disks. 
Also, think what it would do to someone who used 
SUPER/HYPER-CROSS to move data to CP/M or MS-DOS machines! 
Also, I've been reading about computers and using LDOS and 
TRSDOS for several years, and I had never heard about this, 
despite Mr. Soltoff's assertion that Logical Systems has "always 
told people of this phenomenon and recommended the drives be 
aligned to 301 or 302 rpm". I am very happy with both LDOS and 
TRSDOS 6. After trying several, I gave up on "alternate" DOS's, 
since too many programs won't run under one or another without 
modification. This was acceptable on the Model I where TRSDOS 
was so bad, but not on the Model III/4. Also PROFILE, which I use 
:xtenslvely, practically requires TRSDOS. Although I love 
'type-ahead, I will give it up for reliable drive operation, if I 
have to. (Even with SMOOTH="NO", It is not entirely reliable 
during disk access.) 



As I said, I was inclined to be charitable concerning 
"arrogance" until I heard another story recently. A friend 
* bought LSI's LS-Utlllty Disk, and found that KSMPLUS/FLT would 
not Work as advertised within PROFILE. When he called LSI for 
help, they confirmed that It should work with PROFILE, and 
insisted that the problem was with his hardware or his version of 
PROFILE, despite the fact that all other programs work on his 
computer. On two other Model 4's with another copy of PROFILE 
he got the same results, but they still Insisted the problem was 
not with their software and offered no further help. Arrogance? 
Maybe you are right. They may have had reasons to believe they 
were right, but that's no wajr to treat a customer. 

Don Singer 

[Thanks fpr your comments, Don. Just in case any of our 
readers are wondering, the two BASIC programs mentioned In the 
above letter are ones that Don has contributed to the TAS Public 
Domain Library. 

The article containing the M-2AL patches was a reprint from 
another newsletter, so I can't really explain the reasoning behind 
then. Perhaps one of our readers can enlighten us on these.] 

Dear Jack, 

After reading the article on LDOS's "go to sleep" mode by 
Roy Soltoff [Volume 6, Number 8], I have to add my two cents. I 
never understood why no one has commented on adjusting the 
hardware. Are you supposed to void your warranty by removing 
the cover of your MODEL 3 to make the hardware adjustment? 
What do I adjust? If I find a screw on my drive do I turn It 
clockwise or counterclockwise? How much do I turn It? My LDOS 
manual says nothing about drive speed. Let's see, I need a 
utility program to time my drives (approximately $29,95), and the 
Technical Manual, another $29.95. Because I am no hardware 
expert, 1 should elicit the help of a qualified technician ~ 
another 40 bucks! Does the MODEL 4 Technical Reference Manual 
tell us to adjust the speed to 301 or 302 rpm? Could I use 
301.5? 

I don't use LDOS, not because of the "go to sleep" mode, but 
because of the "holler than thou" attitude I have received from 
both Soltoff and LSI. 

COMMENT ON FLOATING POINT ACCURACY: 

The floating point errors are caused by the conversion of 
the decimal numbers to binary, operation performed In binary, 
then the conversion back to decimal. 

COMMENT ON L?: 

Volume 7, Number 1 letter from Bob Seaborn. BASIC does not 
store the '?' token. At ROM address 1BE5, the '?' can be found: 



1BE4 


CP 


'?' 




1BE6 


LD 


A,0B2H 


;PRINT token 


1BE8 


JP 


Z,1C5BH 





If BASIC encounters a '?' as the FIRST character In a statement 
or after another key word, then the '?' Is changed to the PRINT 
token. In order to change L? to LPRINT, the following code would 
have to be inserted (no suggestions how) Into the ROM: 

1BE4 
1BE6 
1BE8 



IBEB 



CP 


'?' 




LD 


A,0B2H 


:PRINT token 


JP 


Z,1C5BH 




LD 


A,B 


;B holds 


CP 


60H 




JR 


C,$+8 




CP 


80H 




JR 


NC,$+18 




AND 


5FH 




CP 


'L' 




JR 


NZ,$+12 




INC 


HL 




LD 


A,(HL) 




CP 


'?' 




LD 


A,OAFH 


;LPRINT token 


JP 


Z,1C5BH 




DEC 


HL 




LD 


A,(HL) 





What I'd really like to do Is contribute to Northern Bytes. 
I have plenty of knowledge on the TRS-80s but 1 don't know what 
the users are Interested In, 

Vern Hester 

[Thank you for the conments and the InforMatlon, Vernl As 
most of our readers already know, Vern Is the author of MULTIDOS, 
and is not In the least overstating the facts when he says he has 
"plenty of knowledge on the TRS-80s". Vern Is the only person I 
have ever known that can look at aachlne language code (hex 
bytes, like you see In a ZAP program display) and tell you what 
the disassembled code is. Also, Vern has a pretty good idea of 
how wost of the other DOSes work (as evidenced by the fact that 
MULTIDOS is capable of reading disks created under just about 
ANY of the popular TRS-80 DOS formats). So, If you would like to 
see an article on just about any aspect of DOS or ROM code 
operation (or just about anything else having to do with the 
TRS-80 from a software standpoint), why not send your suggestion 
to Vern? Mark your envelope to the attention of Vern Hester and 
send it to NORTHERN BYTES at our Sault Ste. Marie address , and I 
will forward your letter on to Vern.] 



Dear Jack, 

Thought I'd drop a line and comment on the great new look 
of Northern Bytes. Not only Is it more readable, it is also a lot 
cleaner looking, layout-wise, 

I'd also like to comment on the NEWDOS/LDOS/TRSDOS debate. 
They are all good DOSes and have their good and bad points. I 
first used NEWDOS as a new computer user several years ago when 
I discovered several things TRSDOS would not allow me to do 
easily and turned to NEWDOS as the better DOS. Later When I was 
deeply Involved in research and writing as a PhD. candidate I 
became disgruntled when I learned that NEWDOS could not handle 
Profile III+, my data base manager of choice. I needed a DOS 
which would easily handle Profile 111+ and SuperScripslt, my word 
processor of choice. As fate would have it only LDOS solved my 
particular set of neefls. 

I used NEWDOS enough to be Impressed with its superior file 
handling capabilities, but am not sadist enough to attempt the 
use of several DOSes on a continuing basis; after all, I want to 
be as efficient as possible with my computer and using several 
DOSes is not compatible with that end, at least not with me. So, 
I've become a habitual LDOS user and have grown quite fond of it. 
It supports the little hacking I do to make all my applications 
run together more smoothly and causes me very little trouble. 

I have noticed a sort of frustration on your part 
concerning SuperScripslt. My Wife and I both write for a living; 
she pursues a journalistic p&th while I follow one of scholarly 
research and editing. The only word processor for our two Model 
Ills which satisfied our individual needs was SuperScripslt. If 
she had been introduced to other WPs such as Newscript, etc., she 
would have panicked and quit computing even as she started. All 
of those little codes and command lines scared her. However, she 
took to SuperScripslt like a duck takes to water and marvelled 
at how similar to a regular typewriter It was. For my part its 
use of virtual files rather than memory allowed me to construct 
documents of well over a hundred pages {although I'd like to get 
around the 120 page limitation someday). No need to "chain" 
documents; I could just write and block move text all over the 
place. I also needed the feature of footers and the need to send 
printer codes, so SuperScripslt was our compromise. 

Anyway, I wanted to let you know that lots of us really 
need and appreciate the "non-hacker" software that we use to 
earn our daily bread. The mainline software that Radio Shack has 
provided was really a bonus — imagine where we would have been 
(In those first days before we knew of 80 Micro, and Northern 
Bytes, and all the other helpful magazines and newsletters) if we 
had bought our first computer and had to navigate the jungle of 
third party suppliers. I suspect we would still be using the 
trusty old electric typewriter and ekelng by on about 1/3 the 
output we now enjoy. 

Now, considering all that digression I just went through, I 
only suspect that a lot of potential subscribers to Northern 
Bytes are a little turned off by what they sense to be software 
favoritism on your part. Personally, I don't mind; I get rather a 
kick out of polemics anyhow. 1 also think that a lot of the 
users of Radio Shack software would love- to learn a few patches 
and zaps to allow them better use of what they have. You've done 
a great job In that respect (patches) in the year or so I've been 



subscribing — I would only suggest that non-hackers comprise a 
larger market these days than do hackers, 

A friend of mine more creative in his hacking than myself 
did a breakdown on SuperScrlpsit's use of linked lists and file 
formats. If one Is diligent enough he can even reconstruct a 
crashed file using his data. I'd be happy to send you a hard^ 
copy If you are Interested In seeing It. I've also picked up ^\\ 
few handy SuperScripslt tips along the way, such as: the user kei :■' 
configurations are in the file SYSTEM/CTL and vftrlous 
combinations can be kept by copying to a file with another name 
before going on to a new configuration. I also keep all my names 
and phone numbers in a file named ADDRESS. Since I am almost 
always using SuperScripslt I can find an address or phone number 
in seconds by ' going to that file and using global search. Its 
been one of the handiest time-savers I've come across. 

Incidentally, have you heard anything about the efficacy of 
the new 1 meg memory add on boards for the Model III, Any 
software out there for it? Would you consider such a board to 
be a good buy? 

I hope I haven't sounded too negative In my comments. I 
only wanted to give you a grass-roots report from the 
non-hacking world. Keep up the good work. 

Samuel J. Wells, 
530 Buschman Street, Hattlesburg, Mississippi 39401 



[Sam, I'm printing your address because I haven't heard all 
that much about the one meg memory boards yet (thougji the few 
reviews I've seen have tended to be mostly favorable), and 
perhaps one of our readers would care to drop you a line and 
tell you about their experience with the expanded memory boards. 

Thanks for adding your comments to the fray. My only 
frustration with SuperScripslt has been that If someone sends me 
a file in SuperScrlpsit's native format. It is a real problem to 
convert to standard ASCII. That's only because I don't use 
SuperScripslt regularly, of course. I normally use Allwrlte and 
while Allwrlte does make use of "those little codes and command 
lines", I found It fairly easy to learn, and I can do just about 
anything I want to with it. But, as I've said before, what's right 
for me may not be right for you, or for your wife. There ai^^-s^ 
maiiy word processing programs available for the TRS-80, but mof ^ ^ 
of us pick one and use it regularly, to the exclusion of th^ - 
others. 

That's why, when you say that you suspect "that a lot of 
potential subscribers to Northern Bytes are a little turned off 
by what they sense to be software favoritism" on my part, I have 
to ask "Why?". Show me a man that claims he doesn't have any 
software favoritism and I'll show you a man that should be 
running for president of the Liar's Club. Almost every computer 
user, at any given point in time, will use only one DOS, one word 
processing program, one data base manager, etc. You state that 
you, yourself, are "not sadist enough to attempt the use of 
several DOSes on a continuing basis" - does that mean that you 
are showing software favoritism toward one DOS? Sure you are. 
And so do I, and so does everyone else who writes in to defend 
their favorite DOS, And there's nothing wrong with that! 

Of course, if I were to exclude articles from NORTHERN 
BYTES because they pertain to a DOS or- a software product that I 
don't happen to use, then you'd have a valid complaint. But I 
don't do that. Unfortunately, though, what occasionally does 
happen is this: Let's suppose somebody sends me a really 
poorly-written article about, for example, some aspect of a 
particular Disk Operating System, Now, if it happens to be a DOS 
that I use, I may be able to understand and appreciate the 
article even though it is poorly written. Not only that, but 
because of my knowledge of the DOS, I'll be able to edit the 
article to some semblance of readability. But, if the article 
pertains to a DOS that I do NOT use on a regular basis, I 
probably will NOT be able to understand it well enough to rewrite 
It so that others can understand it, and in that case I may 
decide not to use it. But this kind of situation occurs only 
VERY rarely, since most of the articles I receive are fairly well 
written to begin with. 

It's probably worth stating the obvious point that any 
editor of any publication will be more comfortable abou*^ 
Including an article when he knows something about the subje > 
matter of that article. But if the style of an article suggeSv _ 
that the author knows his subject, it goes a long way toward 
calming an editor's mlsgivlngsl 



r^ 



Now, when you say that non-hackers conprlse a larger 
■arket these days than do hackers, that's probably true. But 
non-hackers also tend to be notoriously hard to please when It 
coaes to reading material . If you ala your publication at the 
rank beginner, you tend to lose your audience because rank 
beginners don't stay rank beginners forever, and soon your 
publication Is beneath the». On the other hand. If you alB at the 
■ore experienced user, you get constant complaints that your 
publication Is too advanced. If you try for a «ix - something 
for everyone - then iiaybe no one is happy because there are 
only one or two articles of interest to any given individual in 
an issue of the publication. In spite of all this, aany coaputer 
publications ain for this general narket. You Bay also have 
noticed that Many of then have gone belly-up In the last year or 
so. 

We ain NORTHERN BYTES at the Bote experienced TRS-80 user 
- the "hacker", If you will - and while this group aay not be as 
large nunerlcally, they tend to show a great degree of loyalty to 
their favorite publications. And, since the TRS-80 aarket is not 
exactly expanding by leaps and bounds these days, we need that 
kind of reader loyalty if we are to survive for any length of 
tl»e. I suspect that If we had alned NORTHERN BYTES at the rank 
beginner, we'd have been dead in the water after about two Issues 
(If for no other reason than because we'd have been directly 
conpeting with 80-Mlcro, which has a lot Bore In the way of 
resources than we do)! 

I do appreciate all of your nice comnents and conplenents 
about NORTHERN BYTES, and hope that you didn't find By reply too 
negative-sounding - or too overly-long!] 



Dear Jack, 

I have a short hint for users. with LDOS or TRSDOS 6 systen 
disks on other than the standard 40 track single-sided drives. 
Normally when Baking a new systeB disk the /SYS files will be 
copied to the lowest nuBbered tracks, giving a lot of head 
BovBBent between the directory and the /SYS files. When Baking 
a new system disk, try formatting the disk, CREATE a large file 
or files using up alBost all the space between track and the 
_ directory on the disk. Then copy across the /SYS files, delete 
^S the large CREATEd file, and copy across all the other required 
files frpB the original disk. The aaount of head BoveBent should 
be reduced considerably. You can use the FREE eommand between 
the intermediate steps to see how the disk allocation has been 
done. For 80 track double-sided disks the CREATE file could be, 
about 1300 records of 256 bytes, for 40 track double-sided about 
half that size should be appropriate. 

Concerning adding more than 2 external drives, there's no 
real problem with attaching them - the main problem is accessing 
them. Many of the old 8" disks had straps which could be set so 
they could either be addressed with a binary drive select (0 to F 
using 4 lines) or with a 1 of 4 systeB as used on TRS-SOs. On 
the Model I soBe of the disk systems used drive 3 select as a 
side select, since side select was not on the bus connector. If 
all drives were single sided you could use side select to select 
from two groups of two external drives, but the DOS would have 
to be modified to allow this. By combining side select and the 
two external drive selects as a binary cod6 you should be able 
to use up to 7 external slngle-slded drives, but this nuBber will 
probably overload the bus. Using the drive selects alone as a 
binary code wo^ld only allow three external drives. 

Arne Rohde 

[Arne, thaiyks for passing along the hint for TRSD0S6 and 
LDOS users. I suspect that the same principle could be used with 
other DOSes as well, although It Bight be a bit Bore difficult to 
determine the size of the CREATE file under NEWDOS/80 due to the 
relative track scheme used by that DOS (which Beans that you 
have to use SUPERZAP to deteralne the actual physical track on 
which the directory resides). 

I probably should have explained that the gentleman that 
wanted to patch NEWDOS/80 to recognize more than two external 
drives really didn't care that much about being able to use 
additional physical drives - what he really wanted to do was to 
have NEWDOS/80 accept a drlvespec greater than 3. The reason 
he wanted to do this is that he Is using a meBory disk driver 
that Bakes the added 64K of Beaory in a Model 4 into a MEHDISK. 
When you Install the MEMDISK, you have to specify which drive 
number it will be seen as by the DOS. Therefore, if you have 
four drives In the systea and the highest drlvespec permitted by 



the DOS Is 3, the only way to enable the MEMDISK is to knock one 
of the physical drives off line. But if NEWDOS would accept 
commands such as, say, DIR :4, then the MEMDISK could be Installed 
as drive 4. Thus the drive select line problem wouldn't really be 
a problem.] 



Dear Mr. Decker, 

In Volume 6 Number 8 [page 8] you asked about the Easter 
algorithm. With the aid of the Information Please Alaanac I have 
figured out soae of the program. 

Easter Is the first Sunday following the first full moon on 
or after March 21. This aeans Easter is between March 22 and 
April 25. A lunar aonth Is actually 29% days long, but rounded 
off to 29 days for usage. Because of differences with the solar 
year, lunar years are grouped in periods of 19 years. Seven have 
13 B'onths while the other dozen have only 12. 

Prograa explanation: 
10-20 Year 1900 is a period boundary. 

Deteralne year of period. 

Find out if year has an extra aonth. 

NuBber of days already past in present lunar Bonth at 

start of solar year. 

Nuaber of leap years. 

NuBber of elapsed weeks - 31 Is a fudge to sake It 

relative to Sunday. 

Calculate relative to April 25th. 

If negative. It aust be March (31 days). 

Edward F. Leach 



30-50 

60 

70-80 

90 
100-110 

120 

130 



[Thanks, Ed. This might be helpful to those writing 
calendar and scheduling programs!] 



Jack, ^ 

I recently received a letter from a gentleaan In Australia, 
He had tried to apply my NEWDOS/80 aodlflcatlon for 4P self boot 
(see Volume 6 #6) to a double sided disk, and didn't have any 
success, I tried the saae thing and found that I couldn't get the 
' ROM loader to access the second side of the disk. I figured out 
that I could fake out the ROM loader by putting the MODELA/III 
ROM laage sectors on the front aide only. Of course, this wasted 
all the sectors on the back side of the tracks where the ROM 
Image was. After sending him this Information, I was reading the 
4P service manual and found that the ROM loader does check for 
double sided drives. Finally after spending some more tlae 
DIGGING through the service aanual and the Model 4 Technical 
Reference manual, I found that the ROM loader checks bit 5 of 
byte CD of the GAT sector to deteralne If the disk Is single or 
double sided. As a result, here are the steps necessary to 
create a double sided 40 track self-booting disk. I would 
appreciate it if soaeone could try the same thing on an 80/80 
track drive and let me know if it works. 

The key to making any self booting disk that uses relative 
tracks that span physical tracks, is that the real or a fake GAT 
sector and FPDE for the ROM Image file must he on the track 
pointed to by relative byte 3 of the boot sector. 

1. Create a single sided double density version from your 
original NEWDOS/80 master. 

2. Copy the MODELA/IU file from a TRSDOS disk to your new 
NEWDOS single sided disk disk. Make sure you use the correct 
'DRIVE setting. 

3. Using your master, create a double sided system disk 
(PDRIVE specs TD=G, TC=40, SPT=36, DDSL-17). 

4. Kill off any unnecessary files from your double sided 
disk except SUPERZAP and DIRCHECK/ 

5. Boot up on your double sided disk. Use SUPERZAP access 
relative sector 170 (GAT sector of directory). 

6. Verify that bytes SDH through 43H are PC's (if they aren't 
then you will have to KILL, COPY, or somehow move files around to 
release those granules). 

7. Modify bytes 3DH through 42H and change the PC's to FF's 
and modify byte 43H and change It from FC to FO. 

8. Move to sector 171. There should be a 00H In byte 60H. 
Change it to a 25H. 

9. Move to sector 171. Beginning at byte 60H, this should 
be a 00. Modify the next 32 bytes as follows; 

5F20 0000 00S3 5953 3232 2020 2053 5953 
5678 1234 4100 3D0C PFFF FFFF FFFF FFFF 
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10. Place your single sided disk with the MODELA/III file on 
It In drive one and aake sure the PDRIVE specs on your double 
sided drive are set up to access it. 

11. Using the DPS option of SUPERZAP, access the MODELA/III 
file and write down the beginning and ending relative sector 
nunbers of the file and the nuaber of sectors in the file (nuBber 
of sectors In file - ending relative sector number - beginning 
relative sector number + 1, it should be 57 sectors). 

12. Use the CDS option of SUPERZAP to copy the sectors of 
the MODELA/III file from drive one to drive BEGINNING at 
relative sector 618. 

13. Zero out sectors 612 through 617. 

14. Access relative sector 612 on drive and modify byte 
CDH and change it to 20H. This sector represents the fake GAT 
sector and byte CDH Is what that ROM loader looks at to see If 
the disk is single sided or double sided (bit 5 of the byte is the 
flag: l=double sided, fl=slngle sided). 

15. Access relative sector 614 on drive and modify the 32 
bytes beginning at 00 to the following (this is the fake FPDE for 
the ROM loader): 

1000 0000 004D 4F44 454C 4120 2049 4949 
9642 9642 3900 1129 FFFF FFFF FFFF FFFF 

15. Exit SUPERZAP and run DIRCHECK to make sure the 
directory is OK. 

16. This double sided disk should now self boot on the 4P. 

Art Raamussen, 612 West Hlllcrest, Keene, Texas 76059 

[If any of you try using this method with an 80 track 
double sided drive zero, please drop a line to Art and to us here 
at NORTHERN 'bytes to let us know if it works!] 



Dear Jack, 

Whatever else you do please keep the TANDY HOBART USERS' 
GROUP (THUG) of the [address below] on "NORTHERN BYTES'" mailing 
list! 

I have been meaning to write for some time, but I never 
quite got round to it. The sad "passing" of Tony Domigan to 16 
bit and the "PROSOFT ON PIRACY" article In "Northern Bytes" 
Volume 6, Number 8 provided the necessary catalyst. 

Jack, space is at a premium In "Northern Bytes". However, I 
consider you should leave a "blank line" (or two) In honour of 
Tony Domlgan's many contributions to "Northern Bytes". I was 
beginning to think that he had seen the light as he had started 
to transfer his files to TRSDOS 6.X (from NEWDOS) when I was told 
by a "shell shocked" friend that Tony had deserted the TRSDOS 
ranks, (I know your feelings about TRSDOS 6.X. If someone would 
fix the NEWDOS manual to make It "readable", I would feel more 
kindly towards it.) 

Jack, what is the US Postal Service coming at with this 10 
character zip code? (A bit of redesigning had taken place here 
to accommodate 5 digit zip codes on the THUG data base, and now 
sqme more hasty alterations are in order In the light of your new 
10 digit zip code!) ^ 

Mention has been made in "Northern Bytes" of Dick Smith 
Electronics starting up ^n the U.S.A. Dick Smith Electronics no 
longer support the "System 80", a Model I clone, nor do they 
support the "Exidy Sorrierer" which they formerly marketed. 
Tandy Australia still supjiprts the Model I. This, of course, is 
highly commendable. \ 

Incidentally, Tandy Australia's software support is not all 
that it should be. Obviously their Australian management doesn't 
use Model 4 SuperScripsit otherwise they would realize the 
importance of the patches that were recently published in 
"Northern Bytes" and Inform the local Tandy stores. (Having the 
computer lock up ia no Joke!) If we return the software 
registration cards in the manuals to Fort Worth we hear nothing. 
As far as l\ know, no data base of registered owners is kept in 
Australia. This is why "Northern Bytes" is so valuable to us who 
live outside the U.S.A., since it keeps us informed about the 
latest developments In the TRS-80 world. 

Speaking of those SuperScripsit patches Jack, we are 
delighted that you now have a 2100P printer. We sure had a hard 
time typing in the patches from "Northern Bytes". Magnifying 
glasses were needed! (Sorry, Jack. I would willingly use a 
magnifying glass to read the whole of "Northern Bytes", if there 
was no other alternative.) 

More seriously, I was interested^ to read Chuck Tesler's 
reasons for not selling his company's products to Australians. I 
wonder If there are more software pirates per head of population 



in Australia than in the U.S.A.. (I think not.) I object to being 
discriminated against because I am an Australian! I too am not 
happy about Chuck Tesler's reference to "American English". We 
have similar machines (except for voltage requirements) and 
Identical software to that available In the U.S.A.. ("American 
English" won't wash where Dot Writer is concerned.) I wish tc^ / 
obtain Model 4 Dot Writer and I appear to have the followln 
choices: 

(1) Get a US resident to buy it in the US and send It to me. 
(This may cause me some problems with support and upgrades.) 

(2) Obtain a pirate copy. (This is not too difficult, I do 
not condone piracy. In any event support is essential.) 

Dot Writer is a near essential for me. What would you do in 
my position, Jack? For that matter, what would Chuck Tesler do? 

Before I knew about Prosoft's self-imposed ban on selling to 
Australians I wrote two letters to his company requesting 
information re Dot Writer. Rather annoyingly, there were no 
replies! 

A query. Has anyone ever had Model 4 Le Script lock up 

when Electric Webster's Grammar and Style checker's option is 

being used to check a file? I wrote to Cornucopia some 3 months 

ago but haven't yet received a reply. 

Bert Smith 

("Bert's Ramblings", Tandy Hobart Users' Group) 
G.P.O. Box 1271N, Hobart, Tasmania "7001, Australia 



[We also miss Tony's insights In these pages. However, Tony 
is apparently alive and well and struggling with MS-DOS, He 
occasionally sends me a note via MCI Mall or Delphi. 

Because you're In Australia, you are probably not aware that 
the nine digit (plus hyphen) zip code Is considered optional. At 
this point" in time only about 10* of the mall uses it (this is 
Just my estimate, not a post office statistic). The first five 
digits (which are used by almost everyone here) directs the 
letter to the proper city and/or post office. The last four 
digits further directs the mall to a specific location - perhaps 
one side of the street for one block, or a specific apartment or 
commercial building, or (as in my case) a small group of mobile 
homes within a mobile home park. So, although you may wish t-"^ 
use the nine-digit zip codes to speed up delivery, they are m l 
required. 

I think you may be Just a bit confused about the situation 
with Prosoft, As far as I know, there was never a ban on selling 
* Dotwriter outside the U.S. Dotwrlter Is a dealer product (in 
other words, another software supplier can obtain it from Prosoft 
for resale purposes) so you should have no difficulty obtaining 
it from Prosoft or from another dealer (maybe I should Insert a 
plug here for The Alternate Source...). However, Allwrlte is a 
Prosoft product that is sold only directly to the consumer by 
mall order, and is the product that was unobtainable in Australia. 
But, as explained In last Issue's "The Exterminator" column, 
Allwrlte is now sold to Australia and other countries, provided 
the prospective purchaser first signs a release (obtained from 
Prosoft) acknowledging certain limitations on the amount of 
support he may expect to receive. I cannot explain why you j 
never received a reply on your letters to Prosoft, but perhaps 
you should send copies addressed directly to the attention of 
Chuck Tesler, and see if that helps.] 



jDear Jack, 

.. I'm interested in hearing from anyone who would like to 
see the Model 4 version of VisiCalc modified to perform some 
advanced spreadsheet functions (ala Lotus). If I get enough 
feedback, I'll seriously consider writing a modification package 
for It. This is something I'd really like to see. 

One more thing, I recently returned to the States for a 
week and a Radio Shack "tech" told me some interesting things 
about the "new" 4D. 

He said that he'd received a service bulletin from Tandy 
that says the 4D won't recognize external peripherals. He went 
on to say that "Orchestra-90", voice synthesizers, etc. weren't 
functioning, period. Basically the only thing that was working^ 
was a Hard Disk. I hope this isn't another case of "shootliV^N , 
themselves in the foot". \\ ■ 

I'm not a hardware man, I don't have a 4D Tech Manual, and i 
don't have a 4D to work with, but it SOUNDS like the external I/O 
select line. 



W' 



i You BW wish to pass this along to your readers. 

I Michael R. Johnston, E. Co. 4th Spt. Bn., APO New York 09185 

[ [Anyone Interested In the VlslCalc mods, write to Mike! 

I As for the 4D "problem", I think this Is really nore of a 

^^case of a »lslnfor«6d Tandy employee (at least I HOPE that's all 
It Isl). I passed your question along to Bryan Eggers of Software 
Affair, which produces archestra-90 and also runs the Tandy 
Special Interest Group on Delphi. Bryan replied, "The 
Orchestra-90 has been tested on a Model 4D and there were no 
problems. I've also had this reported by several other people. 
That's the first report I've heard claiming that no peripherals 
work on the 4D. I was told that Tandy didn't get FCC approval 
for the ORCH-90 as used on a 4D. For that reason, a Tandy 
bulletin said that 'ORCH-90 was not Intended to fae used on the 
4D' or words to that effect, but not that it didn't work. Could be 
that Tandy has a new board revision that introduced new 
IncoBpatlbllltles in later 4D'8. Tandy customer service ought to 
have fun with this one." 

Another Delphi user made the comment, "Weird thing (to me) 
is that, though the Hard Disk works fine on the 4, Orchestra-90 
is said not to but it uses the Hard Disk port." 

A little further searching on the Tandy Forum on Delphi 
came up with the full story on the problem. This was also a 
message from Bryan Eggers, but it was left on the system way 
back on October 11, 1985 so he had no doubt forgotten about it. 
It read: 

"As a computer peripheral, ORCH-90 had to be checked for 
radio frequency interference (RFI) levels and certified by the 
FCC. When ORCH-90 was originally certified by the FCC it was for 
use on a Model III. However, Tandy recently determined that this 
Certification did not automatically apply to its use on the Model 
4/4D. 

"Therefore, Tandy had to hastily Instruct its salespeople 
NOT to specifically recommend the product for use on the 4D 
because they cannot legally sell the product "for the 4D" without 
getting into trouble with the FCC due to lack of certification on 
that particular computer. Tandy is attempting to resolve this 
problem, but as you are probably aware, FCC certification can 
take time and at this late point in the ORCH-90 and Model 
4-8erles product life cycles, I doubt that It will receive much 

^■spriority. 

"As you have probably already guessed, the ORCH-90 works 
fine on the 4D as well as the III/4/4P. There are no 
Incompatibility problems whatsoever. Hope this clears up the 
confusion." 

I would assume that this same FCC registration problem 
might apply with regard to voice synthesizers and other 
peripherals. If anyone knows of an actual case Where a Model 4 
peripheral refused to operate properly when connected to a Model 
4D, we'd like to hear about it!] 



Dear Jack, 

Do you or any of your readers have any ideas on how to 
install a TRS-80 Model I CPU and keyboard, plus the expansion 
interface and RS-232 boards in a Model III case? If this is 
possible, I think the CRT and disk drives could be Installed using 
Model III hardware. Just think how nice it would be to move a 
Model I in less than two or three hours. 

Jack, I hope Northern Bytes continues. It is a great 
newsletter and I commend you for the hard work and effort put 
into each issue. 

Dale L. Kerr 
Agrl Data Control, Route 2 Box 64, Claude, Texas 79019 

[Thanks, Dale. I've never heard of anyone putting a Model I 
into a Model III case, and I suspect that it would be a rather 
difficult conversion since the Model I boards were not designed 
to fit into a Model III case. If I were you, I think I'd consider 
selling my Model I system and purchasing a (used) Model III system 
in its place. The price difference, between the two models 
probably isn't that great anymore. Of course, if you have a lot 
of Model I software that is not Model III compatible, you might 
need to figure the costs of replacing your software into the 
calculation. 
V If any of our readers have managed to perform this type of 
/onversion, perhaps they will drop you a line and let you know 
bow they did iti] 



Dear Sirs: 

I am interested in finding out what happened to Micro 
Projects Engineering Inc. (3951 Higuera Street, Suite B, Culver 
City, California 90230). They made the microMERilN that later 
was developed Into the XCALIBER (see 80-Micro review, September 
1984, page 36). Do you know who I could contact to find out more 
about them and if they still have a way of supplying their 
product? 

Joel B. McDonald, 
13048 S.E. Rldgecrest Road, Portland, Oregon 97236 

[Sorry, Joel, no Idea at all. Readers?] 



Dear Jack, .„ I am looking for old TRS-80 text adventure games 
and simulations, especially ASYLUM II. I want original copies 
with original documentation ... I am also interested in the old 
text adventures from Softside and other obscure sources. 

Michael A, Mahaffey, Box 6396, APO New York 09057 



[Readers, got any of these you want to get rid of? Contact 



Mike!] 



Dear Jack, 

a comment on the Stoner proposal for a Six-meter Packet 

Radio Service, 1 am a Ham, and I think its great, but It will meet 
heavy opposition from the common carriers unless it Is restricted 
to non-commercial uses the way amateur radio is. There is some 
Justification for this. The commercial services are expensive, but 
offer a degree of reliability, speed, service and privacy needed 
by many users, especially for business, for which they deserve a 
profit. Amateurs can't guarantee this level of service (e.g. 
coverage of a specific geographic area, rapid delivery or 
24-hour response to equipment failures) which is no problem for 
personal use. Perhaps this service should be part of the Amateur 
Radio Service. 1 suspect the F.C.C. will be reluctant to approve 
it without operator licensing, and I think that the computer 
public might accept testing if it werfe done properly. For 
example, a written examination (no code) comparable to the 
present Novice Class test, covering the Regulations but 
substituting VHF/digital equipment and operating practices for 
HF/CW modes might qualify the applicant to OPERATE commercial 
equipment and use the service. To design, build, repair or adjust 
equipment would require passing a more difficult test, probably 
the current Technician Class amateur exam, perhaps modified for 
more emphasis on digital communications. Holders of some of the 
current amateur licenses could also be allowed full privileges, 
and holders of the "computer-only" license could upgrade to 
other classes of amateur licenses if desired. This would benefit 
both the computer public (access to radio communications) and 
amateur radio (more members, some of whom would become 
interested in other aspects of the hobby). 

Jack, I was sorry, but not surprised, to read your 
impression of amateur radio. I'm afraid our official actions do 
give the impression of "self-rlgbteoUs, elitism", but most hams 
don't feel that way, and try hard to help others enter our hobby. 
The ARRL's position reflects member's letters on a recent 
"no-code" license proposal, but I think the responses were 
skewed, since most opponents of the proposal felt very strongly 
and expressed their opinions, while those not opposed (myself 
Included) were probably less motivated and failed to write. 

I intend to send my comments oh the Stoner proposal to the 
F.C.C, to Don Stoner, and, after I read their comments, to the 
ARRL. 

!'■ looking forward to reading the letters In Volume 7, 

Number 2. 

Don Singer 

[But were you looking forward to reading THIS MANY 
letters?? My mailman Is demanding an assistant 

To respond to your comments on the Stoner proposal: First, 
1 agree that the service should be non-commercial in principle, 
but I think that the Ham radio regulations go far overboard. As 
I understand It, you can't even conduct a private sale over Ham 
radio (with the interesting exception of Ham radio equipment). In 
other words, a Ham who wants to sell his used car or his stereo 
equipment to another ham can't legally discuss the details over 
the air. This, to ne, seems an unnecessary restriction, 
particularly on a digital radio service. It is my feeling that 



private transactions should be unrestricted, so long as they are 
Incidental to the use of the service. Because of the 
characteristics of the service you mentioned (the possible lack 
of reliability, speed, service, and privacy), the service will 
probably not be suitable for general commercial use. Therefore, 
I don't feel that any further regulations (which, if enacted, would 
probably be Ignored anyway) are necessary. 

It can be argued here (and I will do so) that the service Is 
NOT Intended to be another amateur radio service! So what if 
people want to conduct casual business over the airwaves. Who's 
being harmed? No one, except for those "purists" who want to 
dictate to those outside of their ranks how the airwaves should 
be used (another example of "self-righteous, ellUsm"?), I guess 
that this is the main reason that I would really prefer to see 
such a service as completely separate and distinct from the 
amateur radio service - users of the proposed service will have 
certain needs and expectations for the service which will no 
doubt conflict with the goals of many of the amateur radio 
organizations. I doubt that the American Radio Relay League 
would ever be able to fairly represent users of a digital packet 
radio service. 

If the equipment is constructed properly, there will be no 
need for operator examinations. We don't require then for the 
use of cordless or mobile telephones, or two way (business) radio 
stations. Generally speaking, the equipment can easily be 
designed to prevent misuse, and the operator will only need to 
know a couple of rules: 1) It's Illegal to tamper with the 
innards of the equipment, and 2) It's Illegal to transmit 
profanity or to make slanderous or libelous statements on the 
service That little bit of knowledge hardly requires testing - 
and anyway, from all indications it appears that the Federal 
Communications Commission wants to eliminate testing and 
licensing requirements as much as possible, 

I'm sure that there are MANY fine amateur radio operators 
out there, I just wish they'd realize how bad an Image of your 
hobby a few of your "purists" (maybe I should say 
"traditionalists") are leaving In the minds of others. Japan 
(which has eight times more amateurs per capita than the United 
States) and several other countries offer a "no-code" license, 
and it Is high time that the amateur radio hierarchy here in the 
U.S.A. realizes that there are thousands of potential amateur 
radio operators out there that do not wish to learn or use .the 
Morse code l! At present these people are being denied access to 
the airwaves (or forced to use an inferior service such as the 
Citizens Band) by this ... I hesitate to say it ... "self-righteous 
elitism" I suspect that the REAL reason that some amateurs want 
to continue the code requirement Is either a) because they figure 
that THEY had to suffer through It, and want to inflict the same 
pain on others entering the hobby (this type probably feeds their 
kids Cod Liver Oil, too), or b) because they think that they're 
just a little better than everyone else, and don't want to see too 
much "new blood" (people who. In their minds, don't have their 
same high standards) entering the hobby. 

I think I'd better shut up before I start sounding too much 
like Wayne Green (who has purchased "73", an amateur radio 
magazine, back from CW Communications and Is starting to publish 
his firey edltorlzils again)... 

CONVERTING TOSfflBA P135J PRINTER FONTS FOR USE WITH THE 
TANDY DMP-2100P PRINTER 

If you happen to own or use both a Toshiba P1351 (or the 
newer P39t) printer and the Tandy DMP-2100P printer, you may 
have wondered if the Toshiba downloadable fonts (sometimes given 
away by Toshiba dealers with purchase of a printer) can be used 
with the Tandy printer. If properly converted, the answer is 'Ves". 
The program below does the conversion and, as a bonus, creates a 
/TAB width table file for use with Allwrlte (which you can Jnat 
delete later If you don't need it). Once converted, these fonts are 
uaed in exactly the same manner as the downloadable fonts sold by 
Proaoft. If you don't have the Prosoft downloadable fonts or 
AUwrite, then you'll also need a program to read the bytes from 
the converted file and send them to the printer. That program 
could be written In either BASIC (s-l-o-^ll) or machine language, 
but I'll leave that as an exercise for the reader. 

This is a "qaick and dirty" prograu and could probably be 
rewritten for better appearance or faster execution, but since it is 
basically, a "one application" program, I didn't think It was worth 
the extra effort. Once the fonte have been converted, you don't 
need this program any morel 



To u«e, simply give th« program the name of the file you 
want to convert (which must NOT end in /wm or /TAB - rename it 
firat if it does) and the drive number for the destination flies. 
Then go away for a few minutes and let It work. It wiU create 
the download font fUe, containing the actual bytes that need to be 
sent to the printer to download the font (with a /FNT extension) —^^ 
and the Allwrite width table file (with a /TAB extension). M 

One warning - there may be copyright restrictions Ui effect 
for the fonte distributed by Toshiba, so it miight be wise to check 
with your Toshiba dealer before you do any conversions (if you can 
buy a Toshiba font disk from a Toshiba dealer, then you would 
probably be legally entlUed to use the fonU with any one printer 
of your choice, urtiether Toshiba or something elae. Bnt Tm not a 
lawyer, so don't take my word on that subject as being neceasaf^ 
correct). Of course, if Toshiba printer users have created any 
fonts and placed them in the public domain, there lyould be no 
restricUons In converting those fonto for use on the DMP-2100P. 

One other note of Interest - Ama Rohde (Box 82-111, Highland 
Park, Auckland, New Zealand) Is putUng the ffntahlng touches on a 
font editor program that wlU (hopefully) work with both Toshiba 
P1351 and Tandy DMP-2100P fonts. "HiU wlU be a n«er-»upported 
program (you send a contrlbuUon to Ame to register the program 
and receive updates). Hopefully, I'U have more on this later but If 
you've been wanting to create your own fonts, you might Want to 
get in touch with Ame. 

10 CLEAR100B:LINEINPOT"FILE TO CONVERT: "'M 

20 IFINSTR(A$,-/FHr)>0ORniSTR(A$.''/IAB")>iniIENPRnm)«JPIJCATE PILE 

HAIiES":END 
30 (»«N"R-.l,A$,l.-T=INSTR(A$,"/"):IFT>0niENA$=tBFT$(A$,T-l) 
40 INPUT "OUTPUT TO DRIVE #";T:IFT<0ORT>9THEN40ELSEB$-":"<4OD$(ST 

R$(T),2,1) ^ 

S0 «>EN"R-,2,A$+"/FNr'+B$,l:0PEN"R",3.A$+"/TAB"+B$ 

60 PIELD1,1ASA$:FIELD2,1ASW:PIELD3,1ASX$,265ASZ$ 

70 LSETX$""2":Y$-STRING$(255,B):F0RX«lTO255din)$(Y$,X,l)=CHR$(X)HlBX 

T:LSETZ$=Y$:POT3:Y$=STRING$(255,0) 

80 F0RX^1T0256:6ET1:NEXT 

90 PORX=.lT02.-0BTl!lSBTB$'-A$:P0T2:NEXT 

100 GET1:LSETB$=A$:PUT2:D$=A$ 

110 GBT1:LSETB$-"0":PUT2!P*-A$ 

120 GETl:lSBTB$-A$:PUT2a^VAL(A$) .'-^ 

130 FORX=lT03:GBTliLSBTB$-A$;PUT2:HBXT | 

140 6ET1:LSETB$=A$:PUT2:T-ASC(A$)-JFT-0THEN190ELSEIF(T<14)OR(T>16K - 

THEN2e0 

160 GET1:LSETB$=A$:PI)T2:IFT=15™ENT-ASC(A$)ELSET-ASC(A$)+128 

160T$-"":PORX»lTO2rf»n:LSETB$-A$:P«T2:T$-T$tA$:HBJCr:MID$(Y$,T-31 

,1)"CHR$(VAL(T$)+64) 

170 T$="":F0RX-1T02:GET1:LSBTB$=A$:PUT2:T$-T$+A*:NEXT 

180 IFVAL(T$)-aTHEH140ELSEPORX=lTO4*VAL(T$):GBTl:LSETB$-A$:POTa'.M 

EXT:6OTO140 

190 GBTl:LSETB$-A$:PUT2:lFA*<>Cim${0)TllEN260 

200 IF(PANDiyTI»iLSBTB$-CHR$(27):PIJT2:LS8TB*=Cim*(6l):P0T2:LSBTB$- 

D*:P0T2 __^ 

210 lP(PAHD2)TIffiNI,SETB»=CHR$(27):P«T2:tSETB$-Crai$(62):PHT2:LSBIB$- 

DSiPtm , 

220 IP(PAND4)THKNLSETB$=CHR$(27):PUT2:LSETB$-CHR$(e3):P0T2:L8BTB$- ■ 

D$:P0T2 

230 LSETB$=CHR$(27):Pirr2!lFP$="N'"raENlOTTB»=<aii»(18)ELSEIFP$="E'"ni 

ENLSETB$°K:HR$(29)BLSBLSBTB$-CHR$(17) 

240 POT2:IFIiID$(Y$,96,l)=CHR$(0)THE»iID$(V$,96,l)=LEFT$(y$,l) 

250 MID$(Y$,193.31)=STRIN6$(31.82)!LSBTZ$-V$!P0T3:CL0SE:END 

260 PRDTT'INVALID CHARACTER DBTKCIUD" 



TRS-80 MODEL I EXPANSION INTERFACE WANTED 
Preferably a later model that does NOT use the apeolal 
buffered cable, but that DOES have a double density adapter and/Of 
RS-232 board already Imtailed. Does not neoeasarlly have to be a 
Tandy-manufactured unit. Contact Ronald Schnurer, 770 West 4th 
Street Lot 38, Sault Ste. Marie. Michigan 49783 or telephone 
(906) e35-«8S«. 

POWER SUPPLY AND/OR SCHEMA-HC DIAGRAM WANTED 
For a Zenith Data Systems Model ZTX-ll Digital Compute'^ 
(this is a small keyboard unit about the same site as a TRS-ft^ ^ 
Model I keyboard). Any technical taformation on this unit would be 
appreciated. Contact Ronald Schnurer (see above item). 
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NEWDOS/SO PDRIVE AND SYSTEM PARAMETERS 
by Kevin j. o'Hore 

[This article originally appeared In a less coaplete for* in 

the SYDTRUG NEWS (P.O; Box 297, PadStOM, New South Hales 2211, 

/''">Mtralla), and prior to that In the TRS-80 SYSTEM 80 Coiiputer 

■cup newsletter (16 Laver Street, MaoGregor, Queensland 4109i 

Australia).] 

Before we start I would like to point out that the ■e«ory 
Map of where the paraneters are stored and referenced for both 
PDRIVE and SYSTEM are different addresses In the Model HI to the 
Model I. This Is caused prlnarlly by the fact that the DOS 
sector buffer has been relocated In the Model m to one sector 
higher In Beaory (4300H In the III to 4200H In the I). One of the 
points about this Is that, while both the DOSes have similar 
addresses for the »08t part froa 4400H up, the Model in has Its 
coniunlcatlon area In a continuous block from 4000-42FFH but the 
Model I has two areas 4000-4 IPFH and 4300-43FFH with the DOS 
sector buffer In between. I guess Apparat wanted to tidy It up. 
However, this aakes for a whole new set of parameter addresses 
for the Model III when cowpared with the Model I. At least the 
third sector (Relative sector 2) on each disk (PDRIVE + SYSTEM 
storage) has not been changed froa the Model I to the Model III. 
The PDRIVE paraaeters are stored in this sector in the 00-9F 
section, (i.e. 10 x 16 byte slots),' while the SYSTEM table uses the 
AQ-FF area. 

SYSTEM Parameters 

The following Is a suNiiary of all the "SYSTEM" paraaeters 
of NEWDOS/SO Version 2. The parameters marked with one star are 
Model I only while the parameter with two stars Is Model III only. 

The parameters given in the table are as per disks supplied 
by Apparat. A full explanation of the parameters and their uses 
and functions are given In pp 2-47 and 2-49 of the NEWDOS 
manual and any may be changed to suit the Individual 
requirements of the user with the "SYSTEM ...." command. 



T « 



En Pi»«sriis...AA<M RUN-Only Noilt...A84 « En Otbaunn... 

Eii»bl»'Jll'...AO-Y EBiblt »123».,..AE=Y Enibit 'Ore*.. 

En BREM kty. . .AG^ » Lowr c«h Nod. .A1*N Xbd Intirctpt. 

Drivtt M.4/W Rt«d«/Error AN°1«/AH DIR Drive No.. 

J«t«t Oriwt...AO»l/IH HiHEH AP^f/fH En OEAR It/.. 

Copy No Psvrd..AR>N » ForclflASIC U/C..AS«Y Ckiin Input ?. 

KybrdRtpnt...AU=Y ZSm Dtlayi AV«3f/lEH Urjtn/Errgr.. 

Prntr Hi Chir..AXx9f/5AH Datt Tin Cold.. AY<Y DittTiaiRtsct. 

ROUTE DOiNL....BA^ M Clocli 5«/MHii..fi8>N Cliain Piusi ?. 

Ovtrr ide AUTO. .BO-Y R-Cid Rtptit . . . .BE'Y I Forci LCOWR.H. 

Forct L/CiY. . . .BE4I Bl inl Cursor. . . .BH'Y Cursor Vilut. . 

TIm Loop Hult.BJM/lH Enibit URDIRP...GK'Y Vrrify MithFHT 
t DIR r**d lII/I..BfH< 



.AC=Y 

.AF-Y 

.AJ^y 

.MM/M 

.AO<Y 

.AT»Y 

.AU>Z/2H 

.AZ'N 

.8C«Y 

.BF^ 

Bm/m 

B«»Y 



You will note that there are 35 active peu-ameters for the 
Model I and 31 for the Model III. The places these parameters 
are stored/used from are quite varied according to the function. 
The parameter information Is stored In words, bytes or bits 
depending on the requirement. The list shows where the 
parameters are stored in the lower part of Sector 2 of each disk. 

0123456 7 89ABCDEF 

A0 0402 0000 0000 0A1E 5A01 0000 0000 0000 ) Byte 

B0 0000 0000 0000 0000 0000 0000 0000 0000 ) storage 

C0 0000 0000 0000 0000 0000 0000 0000 0000 ) A0~CF 

D0 0000 0000 0000 0000 0000 0000 0000 £t900 

B0 0000 0000 0000 0000 0000 0000 0000 00A5 

F0 00F8 8000 0000 0000 7789 0000 0000 0000 = Bit stor. 



> Word 

> storage 



The Word storage Is from DO to EF 



S)!U EiUlx 
OfiDl AP 



Function 
HIHEH valu* 



Hodoj 3 Storm 
' Vmm and UllH 



The Byte storage Is from AO to CF 

Biai Eiut Eaaiiiifl ihJti 3 stnr«« 

AL Nuabir of drivH in tyttia 428FH and 4727H 

AU Nuabar Uritt/Vtrify bafora arror MSFN 

AN Oafault driva for DIR i2CfH 

A3 AO Loatst drive nan fi la Croatian 4ZC1H 

A4 Not u*ad (aayba aas AK) 

AS Bl ASCII valua cursor character 4IZ3H 



-r^. 



Ha*! 1 Storaaa 
43A?and MiW 



Hodal 1 Stofyw 
i39FH and 477AN 
MBAH 

am 

43A1H 
4S«1H 



A6 AH Mtabar of reads before error 4tf5H tiSAH 

A7 AV Ikabcr 2& as delays before repeat 4534H and 4SWH 4S7BH and 4SZFH 

AB AX Hiihast Printer ckarKter 4ZWH 437IH 

A7 BJ Tiiins loopaultiplier 4ZC2H and 4C94H 43AZH and 4CEFH 

The Bit mapped storage Is from FO to FF. 

The list below gives the bit Involved, the function, and the 
memory storage. The first column holds the address (in Sector 2 
of the disk) of the Information. The next column contains the hit 
Involved. The next column Is the code letters and the function 
of the parameter, while the other columns give the actual memory 
address of the bytes Involved. 

To explain for the Model III/I, the byte at FO goes to 
428C/436CH, F1-428D/436DH, F2-428E/436EH, F3-428F/436FH, while 
the bits in F8 and F9 go to the code involved In various 
locations. 



Byte 

Fl 

Fl 

Ff 

Fl 
F« 
F« 
Ff 

Fl 
Fl 
Fl 
Fl 
Fl 
Fl 

F2 

n 



Bil 

7 



Elrji^ 

AA 

AB 



5 AG 



Function 
Enable Passaord checking 
Force RIN-ONLY condition 
Afr-Y disables BC<Y 
Enable Break key 



4 

3i2 
J 
f 

7 
& 
5 
4 
3 
2-# 

7 
6-« 



AI 

AR 
AS 

AT 
BC 
BE 

BK 
BH 



I) 



» looer Case Nod installed (Model 

Not used 

Alio* Copy aithout Passaord 
* Force Basic text input to Uppercase 



Node I 3 Stnraaa 
4:8CH 
^ 428CH 
428m 
42SCH 
4Z89H 
N/A 



Bit Z. 



Bit 4. 



428CH 
428CH 



Alloa Input requests froa Chain 42aOH 
Enable Chaining pause or cancel 4Z8I1H 
Enable •V for repeat 005 Cosaand 4280H 
Enable WOIRP t Oirchcck UiC functions 42eilH 
FolloM Foraat aith Verify (Eliainated by Zap No. 
Not used 



Hgjfl 1 Stortif ^ 

436CH 

43M1I 

Bit 2i 43&W 

43iCH 

Bit 4> am 

45?3H and 4SI5N 

43iCH 
434CH 

43iOH 
43UH 
43U)H 
43&0H 



U) 



F3 7-1 



Used but for ???? 
Not used 

Currently not used 



4ZflEH 
42aEH 

42aFK 



FB 7 AC I Enable keybounce - Hodel i only 
FB i AO Enable 'JKL' - Screen print 

(chansa RET to RETiNZ) 
FB 5 AE Enable '123' ^ DEBUG 

(in Interrupts set JR to JRiNZ) 
4 AF Enable 'DFG' - Nini-OOS 

(in Interrupts set JR to JRfNZ) 
3 . . Not used 
2 AO Enable Clear key 

(in Keyboard driver set to f) 
1 AJ Enable 005 Keyboard Driver 

(4fl4N is loaded aith Driver address) 
Disablino can also be Kcoaplishad by pressing the Up arroa on Boot 
f AU Enable Keyboard repeat 4S13H 

(changed froa JR to JRiNZ) 



FB 

FB 
FB 

FB 



FB 



N/A 
4S0fH 

4SB4N 

45AAH 



4S44N 
4I14H 



43tfH 
43iEH 

43tfH 

4S70H 
4SEEH 

4S0eH 

4KCH 

45WI 
4ftW 

453eH 



FV 
F7 
F? 
F» 
F7 
F? 

F7 
F9 



FA 

FA 



AY 
AZ 
BA 



Require Date/Tine cold - Tested at 4EC4N not stored 
Require Date/Tiae reset - Tested at 4EC0H not stored 



ROUTE DOiNL 
» Clock Steps or tfcps 

Perait AUTO negate 
I Force Loaareasi Driver 
(changes CT to Cf) 
LCiy at reset 
Enable blink 
(Set by 4£4FH/tEMI) 



- Reset Video OCB at 4EWI 

- Sat at 4£BfH 

- Tested at 4F11H not stored 
It rnot - Model I only 

- RHet at 4E4W not stored 

4flCH 



4SB4H 



4flCH 



7 BN 



* DIR read by Model III NEUDOS/Hodel I TRS006 
Not used 



Used by SYS6 



[Editor's note: For those using NEWDOS/80 patched with Alan 
Johnstone's modifications, the additional SYSTEM parameters are 
stored as follows: 

Parameter BZ uses the entire Byte BF. 

Other parameters (BR through CD) are stored In single bits 
of Bytes FE and FF; 



Bit >===> 
Byte FEH: 
Byte FFH: 



BY BX BH 



CD 



4 


5 


6 


7 


BR 


BS 


BT 


BU 


CC 


BV 


CB 


CA 



In any single bit partmeter B-N (disabled), 1-Y (enabled). 
ThJa Inforaatlon was extracted fro« an article by Gary K. Bryce] 



PDRIVE Paraaeters 



The disk used In this explanation Is a Model III just as it 
caae trom Apparat except for the PDRIVE specification lines 
(slots) 14 9 (Line 1 was the same as and Line 9 was the usual 
configuration for an 8 inch drive). The original PDRIVE screen 
below has 1 & 9 changed to accowiodate an 80 track double sided 
drive (an exact copy of NEWDOS' own reco««endatlon. See example 
7 on Page 2-39 of the xanual). A very full explanation of the 
paraneters and their use is contained in the NEWDOS manual in 
section 2.37 on pages 2-33 to 2-39. Any of the parameters can 
be changed to suit your individual requireaents using the PDRIVE 
d .... coBBand. A notation is added to each line below to 
slBplify recognition. 

Note :- ReBeBber, NEWDOS retained coBpatlbillty with 
Single Density by having 5 Sectors per Granule (SPG) standard 
except if TI = M, when it changes to 3 to be able to read Double 
Density TRSDOS. 



1» 

Z« 

3» 

4 

5 

b 

7 

8 

? 



TI«A ,TD=€iTC-tf.SPT'=l8iTSR=3.GPL=Z.D0SLsl7,0D6A=2 WT.OOiSS^ 

TI=A ,TDi«,TC=8».SPT=34.ISR=2iEPL=8.00SL-35.D0GA=Z a«TiOOiOS 

TI=A ,T0=£,TC=«.SPT>lBiTSR=3.GPL=2.D0SL=17.D0GA=Z tfT.OO.SS 

T1=A ,T0=eiTC=«iSPT»34iTSR=3.GPL=4.00SL=17>00GA'3 tfT.DOiOS 

TI««1.TD^iTC»4i,SPT»18.TSR=3iEPL=4.D0SL»17,D0GA=2 40T.OO.SS 

TI=A ,T0»AiTC-4«iSPT-l».TSR»3i6a=2.D0a.=17,00GA>2 t tfT.SO.SS 

TI«AIC,TI)=CiTC»35iSPT»18iTSR=3.SPL'2i00SL=17,DI)GA='Z 35T.I)0.SS 

TI'A ,TD=C.TC=8».SPT>2».TSR=Z.GPL«'2.l)0SL=17,00GA-2 t 8»T,S0.0S 

T1=0 ,TIK.TC=8«iSPT=20iTSR=3,EPL=Z.DOSL=17iDOGA=Z t a»T,SO.DS 

T1»A ,TD=6.TC=8e.SPT=3i,TSR=ZiSPL^iDOSL=35.00GA«Z 8BT.0O.DS 



The above gives examples of both single and double density 
and should be enough to explain both Models I & III. The single 
density slots show a "+" next to them. For comparison, part of 
sector 2 of the saBe drive shows the following :- 





81 Z3 *5 67 89 AS CD EF 


Tks Den Sid 


M 


1148 «7Z8 im mi 110Z 6088 0381 M04 


40Dbl Sio 


1« 


Z348 K.58 2488 8041 238Z 0888 8Z01 8884 


80 Dbl Dbl 


Zf 


1148 8728 1282 0001 1102 0088 8381 8804 


40 Dbl Sits 


w 


1148 0728 2404 8041 1183 0888 8301 8886 


40 Dbl Dbl 


il 


1128 Z7Z8 1Z04 0811 118Z 8808 8381 1004 


40 Dbl Srs 


51 


11Z8 07Z8 0A02 0008 1102 0080 0301 8888 f 


40 5ns Sn9 


A0 


113F 47Z3 1202 8803 110Z 0000 0301 0404 


35 Dbl Sua 


It 


UA0 04S0 140Z 8040 1102 0000 0Z01 008Z t 


80 Sns Obi 


80 


11A0 (6S0 148Z 0048 110Z 8000 0308 8002 f 


88 Sns Dbl 


M 


2348 04S0 2488 0041 2302 0000 0201 0106 


88 Dbl Dbl 



88 

01 



82 



These are the functions of the bytes in each 16 byte line :- 

OOSL - Directory startinj luip (StctOf = DOSL » SPG « GPL) 
Totll nurter of liwps on the disk (Bytes used in GAT) 

• Total Sectofs/Sectors per Imp = (TC » SPT) / (SPG « SPL) 

e.^. OOens SSided 48Track has 720 Sectors and 7Z or 488 Luips 
Bit Mppcd for Type Interface (bits 7-Z) li TSR (bits 1-0) 

Bit 7 - TI > H ! Head settle delay 

Bit 6 - Tl = It ! Track 8 formatted opposite density 
* Bit 5 - TI = H ! TRSDOS 1.3 or TRSDOS 2.3B or higher on read 

Bit 4 - TI = C or E ! Percoe or LNll 

Bit 3 - TI < B or D : Oenikron or Apparat 

Bit 2 - TI ° A < Standard Interface 

Bit 1 - 1 Track stepp ins 

Bit -'} rate (0i li 2 or 3) 
TC - Nui^r of tracks on the disk 
SPT - Sectors per track 
GPL - Granules per luip 
Port F2 coHMnd only nith Apparat controller 
Bit Hpped TI t TD special conditions 

Bit 7 - Tl ' H ' 8 inch head settle 

Bit 6 - TD = C> Di Gi or H : Double sided 

Bit S - not used CTI=N< Directory is full Track] 

Bit 4 - TI 2 I i Sector 1 loicst each Track 

Bit 3 - TI = J : Track 1 loMSt Track 

Bit 2 - Tl >= L : Double step 

Bit 1 - TI = J or K : Track 8 not saie 

Bit - TD ' El F) Gi H s Double Density 



06 DDSL - saM as 00 

07 DOGA - Directory granule allocation 
0A Not used (Sec note t 1 belo«) 
0B Not used (aay be used for Sectors per Gran paraaeter) 
0C TSR - Track steppins rate 
00 Bit lapped TI - Type of Interface only 
0E Bit lapped TI - Type of Interface Special conditions 
0F TD - Type of drive (0-7 = ASC(A-H) linus 41H) 

N.B.-The square brackets are Warwick Sands' new use. 

The actual BeBory storage in the Model I la in the 43H pag^ 
as follows :- 



^ 



4300 

4310 

4320 

4330 

4340 

4350 

4360 

4370 

4380 . 

4390 

43A0 

43B0 

43C0 

43D0 

43E0 

43F0 



1 
14FF 
0000 
FFFF 
FFFF 
0000 
0000 
0000 
5F11 
0200 
0100 
0000 
0401 
0000 
0000 
0088 
FFFF 



2 3 
FFFF 
C930 
FFFF 
FFFF 
0000 
0000 
0000 
2807 
0026 
0100 
0100 
0000 
00FF 
4200 
2000 
FFFF 



4 5 
FFFF 
4501 
FFFF 
FFFF 
0000 
0000 
0000 
280A 
22FF 
0000 
001C 
00FF 
FF00 
00PF 
501F 
FFFF 



6 7 
FFFF 
0007 
FFFF 
FFFF 
0000 
0000 
0000 
0200 
0100 
00FF 
0053 
FF00 
0000 
0000 
0063 
FFFF 



8 9 
0001 
0DFF 
FFFF 
FFFF 
0000 
0000 
A540 
0011 
0100 
0071 
55FF 
0000 
0000 
0500 
1F00 
FFFF 



A B 
1128 
FFFF 
FFFF 
FFFF 
0000 
0000 
0000 
0226 
0000 
4300 
FFA5 
0000 
FFFF 
4000 
0000 
FFFF 



C D 
0728 
FFFF 
FFFF 
FFFF 
0000 
0000 
10F8 
2S07 
00FF 
0000 
2814 
FFFF 
0000 
1400 
0000 
FFFF 



E F 
0A02 
FFFF 
FFFF 
FFFF 
0000 
0000 



2805 
00FF 
0000 
0755 
0000 
0828 
FFFF 
1D20 
FFFF 



The memory storage in the Model III is In the 42H page 



4200 
4210 
4220 
4230 
4240 
4250 
4260 
4270 
4280 
4290 
42A0 
42B0 
42C0 
42D0 
42E0 
42F0 



1 
0500 
2803 
0000 
FF00 
FF00 
FF00 
FF00 
FF00 
1148 
5A11 
08FE 
4807 
0000 
FF00 
FFFF 
0000 



2 3 
00C3 
3C04 
0000 
FF00 
FF00 
FF00 
FF00 
FF00 
0728 
4807 
4123 
2824 
0100 
0000 
0000 
0000 



4 5 
3040 
0000 
FF52 
FF00 
FF00 
FF00 
FF00 
7FA5 
1202 
2812 
0211 
04FE 
0000 
0000 
0000 
00FF 



6 7 
C3FA 
0A36 
0D00 
FF00 
FF00 
FF00 
FF00 
0B33 
FE01 
02FE 
4807 
4111 
0052 
0000 
00FF 
^F00 



8 9 
35C3 
03FF 
FF00 
FF00 
FF00 
FF00 
FF00 
FF00 
0740 
0111 
2812 
0391 
4FFF 
00FF 
FF00 
0000 



A B 
FA35 
00FF 
FF00 
FF00 
FF00 
FF00 
FF00 
FF00 
2000 
0223 
02FE 
4200 
FFA5 
FFAl 
0000 
0000 



C D 
4132 
0000 
FF00 
FF00 
FF00 
FF00 
FF00 
FF00 
10F8 
4806 
0111 
0000 
FF00 
4C00 
0000 
FFFF 



E F 
0332 
0000 
FF00 
FF00 
FF00 
FF00 
FF00 
0081 
8000 
5024 
0211 
0004 
FF00 
0000 
FFFF 
0000 



'^ 



An explanation of the contents of these pages might be in 
order. NEQ means no equivalent. The square brackets indicate 
Warwick Sands' modifications. 

Hodel III Model 1 Faction 

41FD-4202 Keyboard uork area (4038H) 

4203-05 4030 Juap for SYSl 

4206-08 NEQ Juip for RS232 Output 

4287-88 NEQ Juap for RS232 Input 

428C-8D ROH Address Cassette activate routine 

4Z0E-0F ROH Address Cassette routine to blink STAR at 3C3F 

4210 403D Control byte for Port EC 

4211 NEQ Cassette Baud rate flag 

4212 Cassette counter byte 

4213 NEO Control byte for Port E0 

4214 NEO Video scroll protect t lines 

4215 Not used 

4216 4040 Count Interrupts ~ Till/Date 
4217-lC 4041-46 TiM and Date storan 
421D-23 NEO Route Device Control Block 

4224 NEQ Status byte C0N11H1L (shi ft dom arroi) 

4225-74 4316-67 DOS Conand Buffer 

4Z74 4347 Used for storage by DOS Itodules ^^ 

4275 4348 Separation byte (ASH)»end DOS buffer .^^ 

4276-7D 4300-87 Stores last track accessed for each drive. The DOS on^ ^ 

accessing the Disk stores the previous Track/Luip Kcessed in this byte 

for its DM use. Thus Drive ° 4Z76/4300I Drive 1 > 4Z77/4301i etc. 

This storage is for head travel so that If double stepping the nuiber 

lit I be double. 
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4Z7E 
«7F 



4Z(»-87 
^78-7A 

4288 



4Z67 



428A-eB 
4ZaA 



r^ 



4Z8C 


43iC 


4280 


43i0 


428E 


434E 


428F 


43tf 


429f 


4371 


4271-7A 


4371-7A 


42n-A4 


4378-84 


42A5-AE 


43a5-eE 


42tf-fl8 


438F-W 


42B?-8A 


43T7-?A 


428B-BC 


43W-7C 


4280-eE 


43TO-W 


42BF 


439F 


42C0 


43M 


42C1 


43A1 


4ZCZ 


43A2 


42C3-C4 


43A3-A4 


42C5 


43AS 


42U 


43Ai 


42C7-C8 


43A7-Ae 


42W-CA 


43A»-AA 


^ 


43AB 


^CHB 


43AC-ei 



4204-FF 
448»-ff 



UCN>1 



43n Currtnt drivt KctsiMt (f-3) 

4317 Port F4 co«Mnd - 

Biti 1-3 - Drive in Ii2)4i8 torut 

8iU 4-7 - Sidtsi Uritt CcMPCnsationi Uiit Stitcsi Dtiuity 
43M-11 Gurrint PDRIVE ipecs bcinj u*id 
4312-14 Brnk victor 

4315 DEBUG Ktivt undor TRSOOS 

4316 unknONn 

4317 RST28DIRvilut current SYS till t flw 
Bit 7 - > Any of top 3 bits sijnHy 
Bit 6 - > currtnt RST28 vil bdoi 

Bit 5 - ) invilidittd. 
, Bit 4 - ) Bits 4-f (value MH-IFH) ii 

Bit 3 - ) the RST26 v«|uc of SYS file 

Bit 2 - ) occupying the DOS overlay area 

Bit 1 - ) 4DNH - 51FFH. This value is in 

Bit f - ) the 'A' reaister »hin loaded. 
43iT Bit upped condition flags 

Bit 7 - DEBUG act! vatid 

Enter DEBUG before extcUtins CUD file 

Bit 4 - Overlay area 40M-51FF used 
diiablH DF6iJKLil23. 

Bit 5 - Ditinins' in progress 

i.e. set next Input character froi DO file. 

Bit 4 - Break disabled by SYSTEH option. 

Bit 3 - FORMAT or COPY resident 
Input not froi DO file 

Bit 2 - litM only 

Bit 1 - [Alternate Keyboard active] 

Bit I - [BASIC active] 

Teaporary storage TI specs froi ID l IE drive t 
434A StortH of conditions I overlays bits 

Bit 7 - HiniDOS currently being accessed. 

Bit 4 - 005-ctll current 

Bit S - DOS avaiting Keyboard Input 

Bit 4 - Do not exit DOS-Call current level 

Bit3- 

Bit 2 - DOS fatal error 

Bit 1 -OOS-Call level 

Bit « - DOS-Call level 
434B SYSl zeros this byte. 

Bit 7 - ) Teip SYS Mdule 

Bit i - ) bit storage. 

Bit 5 - ) Used for 

Bit 4 - ) FCB status. 

Bit 3 - [Disable autoaatic DOS fonit recognition] 

Bit 2 - DIR uritc 

Bit 1 - Sector vritc 

Bit « - used by SYS2- set «hen first extend 
fill space atteipt fails {12.i.4] 

SYSTEH paraaiters froi byti ft in sictor 2 of thi disk 

SYSTEH parantcrs froa byti Fl in sector 2 of the disk 

SYSTEM paraieters froa byte F2 in sector 2 of the disk 

SYSTEH pariHters froi byte F3 in iictor 2 of the disk 

Highlit printabli charactir for the printer 

II bytts of PORIVE specs for drive • 

If bytes of PORIIC specs for drive 1 

If bytes of PORIVE specs for drive 2 

If bytes of PORIVE specs for drive 3 

Address of current accessed PDRIVE specs 

4271/427B/42A5/42AF or 4371/437B/43S5/438F 

Used by Hini-DOS to stare StKk Pointer address 

Used by SYSl to store SP address under DOS-CALL 

Uhen exiting DOS-CAU (flagged by bit 4-428AH/434AH) 

the Stack is reset to this stored valui. 

Nuibir of activi drivis in systii (AL SYSTEM paranter) 

Default drive for DIR (AN SYSTEH paraieter) 

Loiest drive for nei file creation (AO SYSTEH paranter) 

Tiaing loop iultiplier (6J SYSTEM paraacter) 

Reiirved for future SYSTEM paraHtirs 

Used by DO to store next Input charactir 

Unknotin 

Contains the first 2 characters of last Coaaand CR') 

HlflEM value as coaputed by SYSf 

Vara boot check byte (AS) 

DOS clock storage (4 bytes) 

Unknown 
43B2-C0 ROUTE storage (Model Iil>4 bins. Hodil 1*4 bins) 
4481-^ OCB for loadin fills/Hctors (PDRIVE* etc.) 
43Ef-Fl DGB for chain tiles, etc. 
43CE-DF DCS for SYS aodules and other files 
43F2-fF Hodel I iHt tM bins ROUTE storage 



N.B.- NEHDOS is capable of handling six separate ROUtE 
coauaands slaultaneously in both the Models I & III. The 42 bytes 
used for the storage are cut Into 6x7 byte storage bins and 
hold the following lnfor«atlon :- 



am 

f.l 
Z 

3)4 
S.4 



4204-07 43B2-B3 

4208 43B4 

420?-0A 43B5-64 

42De-0C 4387-68 



Function 

Source device DCB address 
Type value of DCB being ROUTEd 
Pointer to next Route bin 
Destination device OCB address 



N.B.- 3880H in the Keyboard buffer set-up in Hodel 4 :- 
Bit f - left Shift Bit 1 - right Shift 

Bit 2 - CTRL (Control) Bit 3 - CAPS (up/loa Casi) 

Bit 4 - Fl function key Bit 5 - F2 function key 
Bit 4 - F3 function key Bit 7 - not used. 



SOME NOTES (subheading :- the rambllngs of a disturbed 
■ind) :- 

1. In the last sector of the PDRIVE aodule (SYS16) there is 
an unused set of two parameters for the use of the OA and OB 
bytes of each PDRn/E slot. They are LLD= and NLD-. I have 
not co«e up with any good explanation of what Apparat had In 
Bind for these two. Please let me know If any Ideas that occur 
to anybody are likely to solve this puzzle. 

2. The inforaiatlon above has real relevance to and 
probably Infringes the Copyright of NEWDOS' owners. But -I have 
yet to hear a squeak fro« there to say that the NEWDOS followers 
are being considered now that there Is no aore dough In It. If 
the probleai arises I will face It. 

3. Reneaiber, NEWDOS retained co«patlblllty with Single 
Density by having 5 Sectors per Granule (SPG) standard except if 
Tl - M, when it changes to 3 to be able to read Double Density 
TRSDOS. I have a habit of theorising about what Is best or ideal 
for a given situation. The single density has the advantage of 
everybody using a 5 sectors per gran and 2 grans per track 
(luap), thus any DOS can be read by any other. 

But in double density, the 18 sectors per track has a 
problea of inconpatibillty when NEWDOS retained the 5 sectors 
per gran and the others used 3 or 6, However, in a double 
density disk of another DOS, if, in the PDRIVE slot, the nuaiber of 
the luaip the DDSL points to Is divisible by 18 then aaybe, onlV 
just naybe, you can read the foreign Directory. 

We have the TRSDOS directory on sector 306, which see«s 
odd but is only 18*17. We have LDOS using the centre track for 
the Directory so that sector 360 (luiip (=track) 20 at 3 GPL and 6 
SPG) Is the start of the directory. To read this the NEWDOS 
would have to have the DDSL pointing to luaip 36, which Is 
reasonable when you calculate the following:- 

40 Tracks « 18 sectors per track ° 720 sectors pir disk 

divided by 5 sectors per gran : 144 grans per disk 

divided by 2 granules per Ivap - 72 luaps per disk 

divided by 2 half nay thru the disk - 34 = luap nuaber tor directory. 

A slaiple Batter to make you compatible with the other 
Directories. Yes, sure you can read a directory, but not access 
a file from the Information contained in the directory, because 
of the SPG & GPL differences. Well, then we had a bright idea. 
Just have a SPG parameter in the PDRIVE command and you have it 
made. Yes, you can read the other DOSes if you can only get a 6 
or a 3 instead of a 5 for the SPG. 

In SYSO in the Model III, you have at 4C2DH and 4C58H code 
giving the value of 5 to the A register. This is the default 
sectors per gran parameter. If you can adjust this every time a 
PDRIVE slot is installed as the current one you have It. As you 
know the granules per lump parameter already is changeable in 
NEWDOS so you can have any value you like. 

The routine at 4754H-475EH LDIR's the PDRIVE specs to be 
used from the storage area. Instead of three bytes (say the LD 
DE,4280H = 11 80 42) you put a call to the spare space at the 
end of SYSO (4CAEH-end - Model III only) and install your routine 
there as well as the bytes you pinched to get there. But, I hear 
you say, where are the values stored for each drive? Another 
problem. 

To overcome this one you do a clever trick. You use the 
high nybble of the GPL byte as it is never > 8. The table above 
shows the byte 05 or the 6th byte storing the GPL parameter. To 
Install the new SPG value In byte OB of the PDRIVE specs in 
sector 2 of the disk, we have the idea of using a base of 5 to 
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retain normalcy In the PDRIVE specs. That la If the para.eter le 
6 a 1 Is stored there, and If a 5, a Is stored or In the case 
of a 3 an FE is stored in the byte OBH of each PDRIVE slot This, 
after adding the necessary 5, Is transferred in the InitlaUsation 
process (4D00-51FPH) on boot to the high nybble of the GPL byte 
(05) in each PDRIVE slot In ■e»ory. „„„„„ , ^ ,„ *h» 

The code to aodlfy the transfer of each PDRIVE slot in the 
inlUallsatlon can be put at 50A8H which is pretty obvious at the 
botto. (B4) of the 2nd last sector of SYSO/SYS on the dlsk^ 
Again so«e NEWDOS code, this tl.e In the InlUallsaUon. can be 
overwritten and replaced in the new area to give access to the 
npw code at the end of SYSO. Install code to transfer the low 
nybble of the SPG byte (OBH) to the GPL byte (05H). Then at the 
end of the 4C00H sector Install see code to reverse the process; 
so-e code that can be accessed by the code that does the LDIR 
fro« the PDRIVE table (4291H-4»10byte8-42B8B) to the active 
PDRIVE slot (4280H). This code would then load the two addresses 
(4C2DH, 4C58H) holding the SPG value. .,»».„ 

You reckon I aade it yet? No sir, I have not got It at all. 
Only the DOS rouUnes which use the 4C00H «athe.atlc8. and this 
does not Include SYS6 (Copy), are able to work properly. But a 
DIR on any foreign disk should be clnently capable. So good 
luck to you, I hope ay ideas started you thinking. 
* • • * • 

Kevin O'Hare is the author of the TRS-80 Hacker's Handbook. 



Whai^V Me, CheatV 

by John Pearce 

[Reprinted fro. SYDTRUG NEWS, P.O. Box 297. Padatow, New 

South Wales 2211, AUSTRALIA.] 

so this bloke looks m^ straight in the eye and saj^: "You 
.ean to tell >e that you BOUGHT a copy of the new Multldos, AND 
a new copy of the new Lazywriter? V"" ^"f \«;?"'. ^, ^ ^ 

I tell hi. that I did. I also wanted to tell W. that, as a 

bloke who-s written four books ?"<* /°"""«J "'•*^^J^'J°^.t 
world's .agazines, I have 8y.pathy for authors. But he wasnt 

listening, ^^^ ^^^^^ ^^^„ ^ ^^ continuing, "how co«e 

you bought that third drive - AND the P'"'*"^ ^ ■«'='^'J^' _,, ^ 
'' I ^.ence telling hi. that I use the «^^ *!'« *° ';^\^ 
sub-headings fro. different fonts when I write; and that the 
photocopy .achlne has other uses than copying oo.p^uter 
docu.entation. But his eyes are all glazed over. He orders 
another drink, and shudders Into it. 

The word Pirate is no longer a piece of filth in the 
vocabulary. We are Uvlng in an age when govermients are doing 
their best to e.ulate Robin Hood. ^ » , ». . »„ 

But .y -Ind went back to that chap I .et at lunch a few 
.onths ago He told .e that he was, hl.self, in the co-puter 
"ftwLre business. "But." he added, "I have an IBM PG on -y^sk 
at the office, and another one at ho.e: and there's no way that I 
would have bought dopUcate software!" The way he re»^ " as 
long as he didn't cheat by selling software copies, or accepting 
software he hadn't bought, all would be okay. 

r. glad I write books and not co.puter progrsMl 

For What hope do they have? '•f^'>i^^"'"'^\P!*Z ' 
«.gazine recenUy did an article about hackers and the law, and 
cited a couple of ridiculous examples. 

In Hong Kong a ho.e co.puter enthusiast "broke Into the 
cable » Wireless network's "Dlalco. Automated Of f ce Syste. 
seething sLllar to the British Prestel, fro. which our new 

"^''^Burwh^'lhey ca.e to prosecuting hi., they discovered 
that thev hadn't written any laws to cover It yet. All he was 
S^g^wlS was "Stealing the electricity that ^-^^ ^^ 
red indicator light on the C » W cowputer when he linked with 

*^ ^"^nlllB. back in Germany, a couple of hobbyists went on 
live television to give a dewonstration. In ««***; »' ""ffn^ 
they "broke into" a local savings bank computer and transferred 
37 000 pounds sterling to a dummy bank account. 

S^^re is the security? In the United States you can 
now buy a progra. called "Password" which has only one purpose: 

"""'ooXe'^-lt,. Fro. now on. mine Is the one house in 
the street with the blinds upl ^___,^__ 



A LAZY MAN'S FIX FOR DOUBLEDOTY 

(or How I Got Around DDuty's Dislike For JCL FUes) 

by Dave Bower (CompuServe 70635,330] 

Double Duty is what you'd call a background program. It's 
not one that you would actually use by itself but rather one that^ 
voiii would use while using another program. if 

This means that everytime you load Double Duty you will 
have to load another program. And this presents two P^oble^- 
First off I'. l«ay. I bo»«ht the co.puter to do things for me, 
^so I co^d do things for the co-puter. I like a one button 

turn-on procedure, , , 

Unfortunately Double Duty does not provide a means to load 

another file, nor does it work with JCL files. It aborts every 

*^' The following patch allows Double Duty to pass a command 
string to TR8D0S for execution and passes control to this 
coHlJ^d instead of going back to TRSDOS «-<»V;^ "^"f "^% "i" 
sUll not run in a JCL file, but you can pass control from DDuty 
to a JCL file. 



Patch to DDuty /Cmd 

by Dave Bower, (Co.puserve 70635,330) 
March 1, 1»86 

For DoubleDuty version 02.05.00, by Software 
Concepts and sold by Radio Shack for the 
TRS-80 Model 4/4p 

Allows DDuty to pass a command to TRSDOS for 
execution using the tCMNDI supervisor call. 

Place our hook in DDuty 

D04,CE=C3 DA A4 
F04,CB=3B 16 EF 



Add code for fCMNDI Trsdos service call to end 
of DDuty 

X'A4DA'=3E 18 21 E0 A4 EF 

This is the command string that will execute 
after DDuty has Installed Itself. 

X'A4E0'="FILBNAME/CMD" 0D 

End of patch 



^' 



RdK $59.95 PPD 

INSTALLED IN KEYBOARD 

TRS-80* Model l-LII 

Send us your Keyboard and we 
will convert it to full 64K 
memory (48K RAM). Im- 
proved performance with or 
without Interface. 90 day 
warranty. Satisfaction guaran- 
teed. Quick return. Free return 
freight within U.S.A. 

ICE mmmmmKKmmmmmm 

InternatkHMl Carbide & Engineering. Inc. 

100 Mill St.* P.O. Box 216 

Dralics Branch. VA 23937 

(800)424-3311 

(804) 568-3311 TWXi 910^7-8341 

•►TM TANDY CORP. 
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XELBCOMMUNICATIONS 

by Jack Decker 



NEWS 



r^ 



ThU ■onth: Proposed AWT rate changes, how CopuServe 
and MCI MaU users can exchange electronic Mil, and other notes 
wn MCI Mall services. 

AT>T MAY IHCREASE RATES FOR NIGHT- OWL COMMUNICATORS 
AT&T has proposed a change to Its long-distance rate 
structure that iwuld change the discount for calls aade during 
the night-weekend rate period froa 60« to 55«. Or. to put it 
another way, the present cost of calls wade during the 
night-weekend rate period would Increase by 12.6*. This saae 
increase would also be applied to WATS line rates, and In 
addlUon, the voluBC discount for more than 80 hours of WATS Une 
usage per Month would be eliminated, ■fte night and weekend rate 
period Is seen as the aost unprofitable for all long distance 
conpanles, and 90«e analysts believe that other -ajor long 
distance ooapanies (such as MCI and Sprint) wUl raise their rates 
by the sawe percentage. 

My feeling on this Is that as long as ATWs competitors 
rush to get into the wajor Betropolitan areas and ignore the 
rural areas, they will be forced to follow ATiT's lead on pricing. 
The reason is siaple: They use AT*T's long distance service to 
complete calls to areas they don't serve, and they can't price 
calls belows their costs (not for very long, anyway!). The 
interesting thing about this is that while the increases would 
apply to regular long distance service (which the general public 
uses) and to WATS lines (which the competing long distance 
coapanies use to complete their caUs in rural areas), they would 
not apply to ATiT's Reach Out AMrlca plan, a discount plan that 
operates in the night-weekend rate period! So, suddenly, Reach 
Out Aaerlca becoaes acre ooapetltlve with those other long 
distance companies, without lowering the price of that service. 
Whether the F.C.C. wUl approve this remains to be seen. 

There are also reports that AT»T is planning to file a 
tariff on a service called Mininet, which would provide 800 
number service for small businesses and residential customers. 
The difference between Mininet and the present 800 INWATS 
service offered by AT&T is that Mininet would use the customer's 
^regular phone lln# for BOTH regular and 800 service calls. Thus 
there would be no need to have a second phone line and 
associated telephone equipment to have 800 number service. 
There would be no new service Installation, and the per-minute 
rates would be lower than regular long distance rates. AT&T's 
competitors are expected to object to this offering on the 
grounds that the rates are not based on the costs of offering 
the service. They said that about Reach Out America when it was 
first offered, but that plan has been proven to be an 
income-producer for AT&T. So, It remains to be seen what wUl 
happen with all these new tariffs. One thing's for sure, AT&T has 
certainly become a lot more innovative in pricing strategies 
since the breakup of the Bell System! 

COMPUSERVE AMD MCI MAIL ARB IHTERC ONNECTED 
One of the problems with electronic mail systems is that if 
you use one system and, the person you want to correspond with 
uses a different system, you're almost always out of luck. I say 
"almost always" because if both the system you use and the 
system that your correspondent uses offers Telex Dispatch 
capability, you can possibly send the message to the competing 
system as a Telex message. This is not by any means an ideal 
solution, for several reasons. One is that Telex messages are 
generally charged at a much higher rate than normal electronic 
mail messages, which makes this method prohibitively expensive 
for anything longer than a short note. Then, too, there are 
technical considerations that limit the usefulness of this method. 
For example, you are limited in the selection of ASCn characters 
that you may use in your message. You cannot use lowercase 
characters (actually, you can use them when creating your 
message on some systems, but they will be automatically converted 
to uppercase when sent via the Telex network). And, some 
electronic maU systems require a multiple-step access procedure 
that a competing electronic maU system might not be equipped to 
generate. 

The Ideal solution to this problem would be for a user of 
one electronic mail system to be able to send a message to a 
user of a competing system by specifying the proper address 
infbrmation. Well, it appears that two of the giants of 
electronic maU, CompuServe and MCI Mail, have done Just that It 



is now possible for CompuServe users to exchange messages with 
MCI Mail users. The procedure for exchanging messages is fairly 
simple. Here's how it works: 

NCI MAIL USERS can send messages to anyone who uses 
CompuServe's Eas^lex service or to companies who subscribe to 
CompuServe's InfoPlex service (If you're in doubt, most personal 
computer users arc on the CompuServe EasyPlex service). The 
coat to send a message is the same as to send an NCI Mall 
■essage of comparable length. All you need to know to. send a 
message is your recipient's CompuServe address. Your recipient 
can read the message for Just the cost of the CompuServe connect 

The first time that you correspond with a CompuServe user, 
you should give them your MCI MaU address, and either provide 
them with the Instructions for sending a reply (which you can 
download from MCI MaU by typing HELP COMPUSERVE RECEIVE from 
the main menu), or Instruct your recipient to type HELP NCI at 
the "Enter choice:" prompt in EasyPlex for instructions on how to 
send a message back to you. 

To send a message to a CompuServe subscriber: 

1. At Command, type CREATE as if you were creating an MCI 

Mail message. 

2. At TO, type the correspondent's name and EMS in 

parentheses. For example: 

TO: The Alternate Source (EMS) i 

3. At ENS, type CompuServe and press ENTER. For example: 

Enter name of maU system. 

EMS: CompuServe 

EMS 288-7782 CompuServe CompuServe Info, Columbus, OH 

4. At mx. type the recipient's address as it is known on 
the CompuServe system. For example: 

EasyPlex : 

Enter recipient's mailbox information. 

NBX: 72167,171 

InfoPlex : 

Enter recipient's mailbox information. 

NBX: TAS;JJD [Just an example - we're not on InfoPlex!] 

Verify the recipient address. Be sure thSt you typed it 
accurately so that your message is delivered properly. 

5. At the next NBX, press ENTER to end this recipient's 
address. 

If additional mailbox lines are not needed press RETURN. 
NBX: [RETURN] 

6. The address Is displayed for your approval. Type YES If 
the address is accurate! or type MO if there la an error. For 
example: 

TO: The Alternate Source 

EMS: CompuServe / MCI ID: 288-7782 
MBX: 72167,161 

Is this address correct (Yes or No)? YES 

7. When the next TO or CC appears, type the next recipient's 
name, if you're sending the same message to more than one 
recipient. If you're sending the same message to more than one 
CompuServe recipient, then each must be entered individually at 
10 or CC. , , , ^ 

If you ever forget these instructions, you can simply type 
HELP COMPUSERVE from the main MENU to got the latest 
information. 

COMPUSERVE USERS sending messages to MCI MaU users should 
type IffiLP MCI at the "Enter choice:" prompt in EasyPlex, since 
there may be a couple of new wrinkles not covered here. 
BasicaUy, thou^ all that needs to be done to send an EasyPlex 
electronic maU message to an MCI MaU user is to type >MCIMAIL: 
followed by the user's name or seven-digit MCI Mail User ID 
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SAMPLE SESSIONS: EMAIL BETWEEN COMPUSERVE AND NCI MAIL 

Here's an actual session In sending nail froa 
CoapuServe to HCI Mall. The parts we typed In are 
underline d. To get to this point, you type 60 HAIL fron any 
"1" proapt, which brings us to the 

EiiyPlix Hiin Henu 
tUNo Mil viiting Hf 

t*2' COMPOSE 1 DIN MS««st 

3 UPLOAD a Mitast 

4 USE I (ilt frn PER irta 

5 ADDRESS Book 
i SET optiom 



Enttr clMlct >.l 

E*i)>PI*x Coipose 
Entir MsiiH- (/EXIT vhen dani) 
U Til i» is 1 ifcort tut tilt to tMt tht optration gf the 



CowuStrvt'tofiif 
cOMunicatiaBi In 



M 



'If /EXIT 
EasyPltx Stnd Henu 



For current lettage 

ISBO 
ZEDIT 
3TrPE 

4 FILE DRAFT cm 

5 SEND vlth /RECEIPT (t) 



-Enter chaice li 
Ea«yPle« 
Send to (Naee or Uier ID)' )HC1HA1L 109-7407 



jSR 



Subject: 

Your 

To< MKIH 

Froi> Jack Decker 

Subji TEST MESSAGE 

Eaiyplex to NCI t.45 

U thii correct (Y or N)? Y 

Hnine tent to XKIHAIL lOT-7407 

Prew <CR> ! SEE 

Tkmk you tor using CoapuServe! 

Oft at a7>04 EST Z7-Feb-fl4 
Connect tiie > 0:04 

Note that the cost of the aessage Is displayed prior to 
the sender giving the go ahead - a nice touch. Here's how 
the received aessage looked on MCI Mall. Notice the 
approxlaate delay of 52 alnutes before the aessage arrived 
In the MCI Mailbox: 

0ate> TKuFeb27.im 7<54 a* EST 
Froii Jack Dnker 

ENS< COMPUSERVE / HCI 1D> 281-4320 

mm [72U7iUl] 
T0> > Altirnati Source / NCI ID> 109-7407 
Subject' TEST MESSAGE 

This is a short test file to test the operation of the 
CoipuServe to NCI Haii 

nicatiOttS link for a NORTHERN BYTES article. 



PrHs <RETURN> to continue 



Now we'll go In the opposite direction, froa HCI Mail to 
CoapuServe. We pick up the sequence here Just after the 
display of the aaln aenu, at the bottoa of which we see 



CoMwnd (or MENU or EXIT)> WSL 
T0> The Alternate Source (EHS: 

of Mil { 



C^ 



fystea. 



Enter naae 

ENS' 

ENS ZBl-tiZO COrUSERVE Cslmbuf t OH 

Enter recipient's lailbox inforiation. 



MBX> 72147.141 

If additional Milbox 



ine* are not nacded press RETURN. 



HBXi [EHiER only uas pressed here] 

TO I The Alternate Source 

ENS' COmSERVE / NCI ID' 261-4320 

MBX> 7Z147it41 . 

Is this address corrKt (Yts or No)? 1 
TO' [ BjTE R only fit prewed here] 

CC' [ BflK _flnl> Mas pressed here] 

Texts (Enter text Or transiit file. Type / on a line by itself to end.) 

test the operation of the 

NORTIflyBYT^aftitlt. 



cowwnfcations irnk for a HOI 



/ 

You aay enter' 

READ to revieu your letter 

READ PAPER to revieu your letter for paper 

EDIT to correct your letter 

SEND Postal delivery for paper! instant electronic delivery 

SEND 0NI1E OVERNIGHT courier for paper; PRIORITY electronic delivery 

SEND 4H0UR FOUR-HOUR courier for paper! PRIORITY electronic delivery 

HELP for HsistaiKC 

CoaMnd (or MENU or EXIT)' SB 

One ooltttt please! your aessase is being posted. 

Your ■estaje «as posted' Thu Feb 27i 1984 7tS9 ai EST. 
There is a copy in your OUTBOX. 

Press (RETURN) to continue 

On CoapuServe, the received aessage appeared as shown 
below. Note the double display of aessage heeMlers, one froa 
CoapuServe and one froa MCI Mall. I suspect that the second 
header (the one sent by MCI Mall) is Included In the total 
character count of the aessage for billing purposes. Ilius, 
if you want to send a 45< "note" to a CoapuServe user, you'd 
be wise to Halt the actual text of your aessage to around 
300-350 characters to avoid being Inadvertently charged 
$1.00 (for a full-fledged "Instant letter" of over 500 
characters). MCI Mall Telex Dispatch users aay be faailiar 
with this problea; it's nearly iaposslble to send any kind of 
a aeanlngful Telex aessage that Is charged at the rate for 
only one "Telex alnute", due to the copious aaount of header 
Inforaation that MCI Mall adds to the beginning of all Telex 
Dispatch aessages. 

Once again, note that there Is a delay In the aessage 
transfer, but In this direction It was only about 16 alnutes: 

Date' 27-Feb-a4 07<24 EST 

Froa' Alternate Source >HCIHAIL 107-7407 

Subj< TEST MESSAGE 

Date' Thu Feb 27i 1984 7'09 as EST 

Froi' Alternate Source >HCIHAIL 109-7407 

To' The Alternate Source >[72U7>1M] 

This is a short test file to test the operation of the 
HCI Nai I to CoapuServe 

nicatlons link for a NORIURN BYTES article. 



f~^ 



I' / 



PLEASE NOTE that the tlaes for aessage delivery shown 
here aay or aay not be typical. We weren't about to send 
dozens of electronic aessages back and forth to test for 
"typical" "delivery tlaest 



^ ^ 
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C" 



\^' 



nuaber at the "Send to:" EasyPlex pronpt. For exaMple. 
>MCIMAIL:TAS or >MCIMAIL;109-7407 (It appears that a space 
character can be substituted for the colon) typed at the EasyPlex 
"Send to:" pro«pt wpi send the message to MCI Hall for delivery. 
CAUTION: MCI Mail allows duplicate User Naaes - for exaaple. The 
Alternate Source and Texas Apparel Shop sight both have the 
User Name TAS, but only The Alternate Source has the User ID 
nuBber 109-7407. If you were using MCI Mall directly and typed a 
User Name assigned to nore than one user, you'd receive a aenu 
of users with that User Nane and would be asked to pick the 
proper recipient froa the list. But, obviously, this capability is 
not present when you're on CompuServe^ The aoral Is to always 
use the NCI Nail User ID nuaber (which is unique to each user) If 
you possibly can. 

The ">" character is used to signify to EasyPlex that this 
is a reaote electronic aall service delivery. Your EasyPlex 
address book can also be configured to accoaaodate Ballings to 
MCI Mall. The cost to send an EasyPlex aessage to an MCI Hall 
user, in addition to CompuServe connect tiae rates. Is 45 cents 
for 500 characters or less, $1 for 501 to 7,500 characters and $1 
for each additional 7,500 cheiraoters. ■ These are the saae rates 
that MCI Mail users pay to send an "instant" electronic letter 
(but, of course, they do hot have to pay for the CompuServe 
connect tiae). 

CoapuServe InfoPlex customers use a similar address foraat 
for MCI Nail aessages (/Send >MCIMAIL: 109-7407). Whether you use 
EasyPlex or InfoPlex, if your message cannot be delivered, you 
will be notified electronically. Check the address to be sure 
you used the correct format and verify the recipient's NCI Mall 
ID, then send your message again. 

At present this link permits only electronic messages to be 
exchanged - a CoapuServe user cannot access NCI's Telex 
Dispatch service, or send hardcopy (paper) mail via MCI Mall. For 
actual examples of how this service is used, see the box on the 
previous page. 

SENDING TELEX MESSAGES TO MCI HAIL USERS 
Some of our overseas correspondents have had some 
difficulty in sending Telex messages to an MCI Mailbox. Every 
MCI Mail user can receive Telex messages; the address is "650" 
plus the MCI Mail User ID number (minus the hyphen). Thus, MCI ID 
nuaber 109-7407 becoaes Telex number 6501097407. The 
answerback is the Telex nuaber followed by a space and "MCI", 
thus the answerback in this example would be 6501097407 HGI. 

No problem so far. But, what many Telex users fail to 
understand Is that this nuaber is on the MCI/WUI network. Thus, 
they have to use the MCI/WUI USA Access Code plus the MCI Nail 
"650" number. Access Codes vary by country but in many 
countries the proper code is "23", "023", or some other code 
containing the digits "23". This is not universal, though, as some 
countries have unique access codes. Canada Is one such 
exception, their MUI/WUI access code is 06096. 

If you are ah MCI Mail subscriber, you can type HELP TELEX 
INBOUND at the main menu to obtain the proper codes to give to 
your foreign correspondents. 

MCI MAIL ANNOUNCES ONLINE BULLETIN BOARDS 
Ever wanted to run a bulletin board without having to tie 
up your computer 24 hours a day? Well, if all you want to do is 
disseminate inforaatlon, MCI Mall now offers you the capability to 
set up your own bulletin board. This is not going to be 
inexpensive, alnd you, but for certain business applications it 
aay prove worthwhile. 

Here's how it works. If you are an HCI Ma'~ Advanced 
Service user (Advanced Service costs you $10 per annul, although 
if you're a regular MCI Mall user, there are discount plans that 
include advanced service), you can pay an additional $25 per 
aonth, which gives you the capability of setting up as aany as 
ten bulletin boards. You al^o pay 25i( per 1000 characters that 
you upload to your bulletin boards. And, any aessage left on the 
systea aore than five days incurs a li per 1000 characters per 
day storage charge. 

Starting to sound expensive? Well, now that you've got 
your pearls of wisdom online, somebody's got to pay to read them 
- at the rate of 30« per minute (this, of course, is in addition to 
any TYMNET or WATS line charges that may be applicable)!!. I say 
"somebody" because you can elect to have a "viewer pay" system, 
where each person accessing your bulletin board gets nicked for 
the 304 per minute, or you can opt to pay for the viewing time 



yourself. You might opt for the latter if, for example, you were 
distributing bulletins for your sales force in the field to read. 

According to MCI Hail, you have total control over your 
bulletin boards. That Includes who may read a bulletin board 
(you can restrict this to a small list of people, or make the 
board totally open so that any MCI Mall user may access it), the 
content of the items posted, when the item is posted and deleted, 
and the order of items listed. This also means that persons 
viewing your bulletin board cannot directly add anything to it - 
they have to send It to you as a regular HCI electronic aessage 
(for which they pay MCI) and then you can transfer the aessage 
to your bulletin board (for which YOU pay MCI). 

If your bulletin board Is open for any HCI Mail user to 
read, you can request a listing in the Bulletin Board Directory. 
The naae' of your bulletin board and other pertinent inforaatlon 
will be posted. Systea users can see a directory of Bulletin 
Boards that are open to all users by typing HELP BULLETIN BOARD 
DIRECTORY (for aore help on viewing a Bulletin Board you can 
type HELP VIEW). 

Given the high cost of such a venture, why would anyone 
want to run such a systea? MCI suggests that it can be used for 
publishing price changes, inventory updates, schedules, 
newsletters. Job postings, and classified ads with one aessage 
posted in a central location. Should a change in the posted 
inforaatlon becoae necessary, you can issue an update 
iaaediately. And don't forget that MCI Hail is now accessible in 
aany foreign countries and via TYMNET in this country, thus 
making your gems of information immediately aviillable all over 
the globe. 

Yup, I noticed that MCI suggested that this service can be 
used for newsletters, but personally, I can't think of too many 
people who'd be willing to pay 30« per minute (plus 
communications charges in most areas) to read this rag - and 
who'd pay the upload, storage, and monthly charges? I think I'll 



By the way, even though I'm carping about the prices, 
of the packet networks offer similar services, and their prices 
are just as high or higher - and you have to commit to a certain 
minimum volume per month. MCI Mall does have the advantage that 
anyone who wants to view your bulletin board can get onto the 
system by paying the standard $18 annual mailbox fee. And, if a 
viewer fails to pay for his viewing time, you're not on the hook 
(as is the case in most other systems). For more information on 
this service, contact MCI Mall Customer Support at (800) 424-6677 
in the U.S., or (202) 833-8484 elsewhere. 



SUPREME SCROLL PROTECTOR PLUS 
by Mike Zarowltz 

Recently, 60-MICR0 has printed BASIC routines that access 
the scroll protection subroutine of TRSDOS 6.2.0. However, all of 
these routines are limited to 7 lines of protection and the 
protection is volatile, ie.- all text on the screen Is still erased 
with the CLS command. The following BASIC subroutine is what I 
call Supreme Scroll Protector Plus. It will support up to 22 
non-volatile (not erased with CLS) lines (NVLINESX) starting at 
the top of the screen, and up to 7 seven volatile lines (VLINESX) 
of scroll protection appended to the non-volatile lines. The 
maxiaum number of protected lines is 22 and non-volatile lines 
have precedence - the command, NVLINES!K=19:VLINESX=5:G0SUB 
10000, win result in a change to 19 and 3 lines, respectively. 

Supreme Scroll Protector Plus 

10000 NVLINES*=NVLINES**~(NVLINES*<23)+22*-(NVLlNESX>22) 

10010 VLINES*=(VLINESX'»-(VLINES*<8)+7*-(VLINES1(>7))*-(NVLlNES»+VL 

INES*<23)+(22-NVLINESX)*-(NVLINES!»+VLINESX>22) 
10020 CRTBGNX=ftHF800+NVLINESX*80:LSB*=PBEK(VARPTR(CRTBON«)):MSBX 

=PEEK(VARPTR(CRTBGN*)+1) 
10030 POKE ftHC06,LSBVPOKE &HC07,MSBX:POKE &HCD4,LSBX:P0KE UKOS 

,HSBX 
10040 CRTSIZE*-»H780~NVLINESX*80:POKE »HCD7,PEEK(VARPTR(CRTSIZEX 

));POKE «HCD8,PEEK(VARPTR(CRTSIZEX)+1) 
10050 POKE aHB94,(PEEK(aHB94) AND &BF8 OR VLINESY);RETURN 
10060 'Scroll Protection Program. Version 1.0BAS 
10070 'NVLINES* = CLS-independent scroll protected lines (0-22). 
10080 'VLINESX = Regular scroll protected lines (0-7). 
10090 'If nvlInesX+vlinesX > 22 then vlinesX = 22-nvllnesX. 
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ALLWRIXE HINTS 
by Jack Decker 

Here's a couple aore hints for Allnrlte users: 

First of all, the Radio Shack DNP-2100P printer has an 
"IBH*" character set that Is not directly supported by Allnrlte 
("IBM*" Is a registered trade*ark of International Business 
Machines Corporation). However, it can be accessed by sending 
the proper control codes to the printer using the ";Sy*" control 
word. For exaaple, to switch to the "IBM" character set (which, 
by the way, differs frow the "Tandy" character set only for ASCn 
codes 128 deciaal and above), you can use the following Allwrlte 
coaaand: 

;Syt 27,58 

You'd substitute the codes 27,59 to switch back to the 
"Tandy" aode. This works fine as long as your are using a 
■onospace pitch, by If you are using a proportional font, you'll 
run into trouble because the character widths are not the saae 
and the line will not right Justify properly. There is a way to 
■ake Allwrlte use the correct character widths, however, and the 
■ethod sight be useful for those with printers that can use 
downloadable fonts as well. 

First, you aust create a new character width table for 
Allwrlte to use. To do this, COPY an existing TAB file (one of' 
the ones that caae on your aaster Allwrlte disk, not one of the 
ones created when you ran the AUNSTAL/CHD prograa) to another 
file with a unique filenaae and a "/TAB" extension ~ for exaaple: 
COPY ORATORHt/TAB TO XYZ/TAB 

Next, use a disk zapping prograa such as SUPBRZAP and call 
up file relative sector zero of the file that you've Just created. 
Ignore byte 00. Starting at byte 01 is a translation table for 
ASCn characters 1 through 255 (the pattern will be obvious idien 
you actually look at the table). Look. It over to see that all 
characters that your printer can handle have the proper byte in 
place this table, and if there are any characters that your 
printer does NOT want to see (such as ASCII characters 127 
through 1S9 in the DHP-2J00) you aaj^ change thea to soae other 
character such as a space. Actually, if you don't understand 
what rve Just said, you can probably safely ignore the contents 
of sector 1. 

Mow we'll get down to business. Advance to File Relative 
Sector 1 (do not pass GO, do not collect $200) and once again. 
Ignore byte 00. Starting at byte 01, you will be putting in the 
widths of the characters. Byte 01 is the start of a table of 
widths for ASCII characters 32 through 255 (20H-FFH). In other 
words, byte 01 contains the width of the ASCII 32 (SPACE) 
character, byte 02 contains the width of the ASCII 33 ("I") 
character, and so on. The widths theaselves are the actual width 
PLUS 40M. Thus, if your printer aanual (or whatever reference 
you are using) says that the width of a space character is 9 
("dot spaces'^ or "increaental units" or "points",, or whatever 
terainology your printer aanufacturer uses) then you'd zap a 
value of 49H (9 plus the 40H offset) into byte 01 of file relative 
sector 2. You'd place the width of the exclaaation point 
character ("t") (plus 40H, of course) into byte 03, and so on. One 
note of caution ~ your printer aanual will probably give the 
character widths in declaal, but your disk zap prograa will 
probably expect you to enter the values in hexadeciaal. So, 
you'll need to convert tlie widths to hexadeciaal, add 40H, and 
use that as the zap value. 

If any characters are changed in the translation table back 
in sector zero, you should use the correct width for the 
translated character (the character that will actually be 
printed). In aost cases, though, these characters can probably be 
Ignored with aoae degree of safety since you aost likely won't be 
trying to print one of the "translated" characters, anyway. 

The DNP-aiOOP actually has two "IBM" character sets - one 
in Courier font and the other in Elite font. Mien you select the 
''IBM" character set, you get the one that corresponds to the 
...jShndy" character set that you were last using (In other words, if 
you were using the "Tandy" Elite proportional character set and 
you switched to the "IBM" character set, you'd autoaatlcally get 
the "IBIf Elite proportional character set). Mien you create your 
new /TAB file, be sure to use the correct widths for the 
character set size you want to use. If you want to use both the 
"nw" Courier and Elite character sets, you will need to create 
two new /TAB files, one for each character set. The reaainder of 
this article assuaes that you are using the Elite character set 
(as activated by the ";PI 0" control word). 



Once you've created the new width table, here's how you use 
it. First of all. at the top of your Allwrlte docuaent (after euiy 
"•XT contMl words that you aay be using), use the "iHV control 
word to infora Allwrlte that you are going to use an external 
width table (see the Allwrlte aanual for an explanation of tbe 
";wr control word). Use a coaaand siaUar to this: '^^ 

;in X,XYZ/TAB I 

(both "X" and "XYZ/TAB" aay be different in your application. 
Again I encourage you to read the explanation of the "jMT" 
control word in the aanual). 

Ihen, when you wish to change to the "IBM" character set, 
you aust use two Allwrlte control words, as follows: 
;PI X ;Syi 27,58 
The ";PI X" control word tells Allwrlte to use the width 
table specified by the ";MT X,XYZ/TAB" coaaand, while the "tSV" 
sequence actually tells the printer to switch to the "IBM" 
character set as specified above. Mien you want to r«tam to the 
noraal "Tandy" character set, you'd slaply use the control words: 
;PI ;SY« 27,59 
"PI 0" tells Allwrlte to use the regular "Tandy" proportional 
character set (you aay wish to switch to soae other pitch, in 
which case you should use the appropriate variation of the ";pr 
control word) and the ";SY" sequence actually coaaands the 
printer to resuae using the "Tandy" character set. 

It should be noted that neither the ";PI" control words nor 
the ";SYt" control words cause a text break, thus the "Tandy" and 
"IMT character sets can be aixed within the saae line. If you 
irant to force a text break, you'll have to add a "jBR" control 
word. 

A final note of caution - character widths given In (M-lnter 
annuals should not be totally relied upon. They soaetiaes liel 
Do soae test printings and watch for Justification errors, and 
make adjustaents as necessary. 

The credit for this technique goes to Chuck Tesler at 
Prosoft, who described it to ae during a recent telephone 
conversation (I Just hope that I got it all down properlyt). Very 
few printers have alternate character sets as the DMP-2100P 
does, but this aethod could probably be used in any siallar 
situation. 

One thing that I have not figured out how to do is to use 
the "IBM" characters of the DW>-2100P below ASCH 32 (20H), nor 
those between 128 and 159 (S0H-9FH). I don't think it is possible 
without entering the "IBM Baulation Node", which would not be 
practical while m-lnting a docuaent (besides that, entering the 
"IBM Baulation Node" seeas to coapletely reset a part of the 
printer, even the "ON LIMB" LED goes off aoaentarily while the 
printer is switching aodes). You could possibly switch aodes to 
print a f uU line using the "IBM" character set, but It would be 
verx difficult to switch aodea In the aiddle of a line. In case 
you are getting confused, it is possible to access the "IBM 
character set" (those characters greater than or equal to 32 
declaal, anyway) without actually going into the "IBM Baulation 
Mode" (using tlie techniques described above). 

Now, if you've auddled through the above, here's an Allwrlte 
tip that everyone can use. Beware of the "NHOOPS" coaaand, 
especially If you have been typing In new text (as opposed to 
editing existing text). The use of "WHOOPS" will undo all changm 
that have been aade on the screen but not yet put into Allwrlte's 
text buffer. Thus, if you've been entering new text. It's possible 
that you aight delete the last screenful of text that you've 
entered by using "mooPS". One way to avoid that is to first use 
the arrow keys to scroll all of the known "good" text off the 
screen before using "WHOOPS". As each line scrolls off the 
screen, it is saved into Allwrlte's text buffer. Be careful, 
though, that you don't scroll the portion of the text that you 
want to undo by using "WHOOPS" off the screen, because once it's 
off the screen, it's saved and cannot be undone by "WHOOPS", I 
lost a couple of screenfuls of text that I had typed befot^e I 
figured this outi 

ATTENTION: COMPUTER CLUBS AND USER GROUPS 
Now you can bulk distribute NORTHERN BYTES!! 
Tour price per issue may be lower than the cost 
to photostat your club's exchange copy (and your 
support helps bring you future issues;. And, you -"^ 
save $$$ when your group buys ten or more copies , 3 
of each issue. For further information, please " -^ 
contact The Alternate Source at (517) 482-8270. 
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NEWMAP 

by Kenneth B. Gash 

I use NEHDOS/80 version 2.0 for aost of ay work and I find 

^that it has >ost of the utilities that I need except for a Map 

/yr-iTogram which gives the exact track and sector locations of all 

' lies on a diskette. Mien I want to repair a zapped sector or 

two, I find that I need 3o«e way to deterMlne if the bad sectors 

are In Important files or Whether they can slaply be written over 

or reforaatted to repair thea. After using the Superzap DFS 

(display file sectors) function for each file on a full double 

density diskette, I knew there had to be a better way to 

deteralne the location of all the file sectors and all of the free 

sectors on the diskette. What I needed was a directory aapper, 

siallar to the one provided on DOSPLUS 3.4. 

I had seen a program called DISKMAP written by Larry Sylvia 
(The Alternate Source Prograaaer'a Journal. Voluae 1, #2, pp 
22-24) for use with NBWDOSt and single density diskettes. Tlie 
prograa was excellent as far as It went but it did not give 
sufficient Inforaatlon in a directly useable for« for the apre 
coaplex disk organlzaUon of double density (In the NBNDOS/80 2.0 
configuration) so I set out to aodify the prograa to aake It aore 
suitable to ay needs. By the tiae I was done, I found that ay 
prograa retained the original concept of Larry's prograa but the 
aodlficatlona were so extensive that I felt that It alght be 
useful to others using this operating systea. The prograa will 
read, analyze and display the results froa the directory of any 5 
or 8 inch, single or double-sided, single or double-density 
NBNDOS/80 2.0 diskette on the Model I, the Model HI and the LNN 
coaputers. It will also probably work with single density 
diskettes in any TRSDOS coapatible systea although it aay be 
necessary to apply a ZAP to one byte in the directory of those 
disks to aake it work correctly. 



THE PROGRAM 
The prograa begins by reserving soae string space, defining 
Integer and string variables, designating soae string variables 
to be used later, and disabling interrupts. When the prograa is 
•\irun, you aust have at least three file buffers specified (the 
f 5 iefault when BASIC Is entered) since line 110 POKEs a aachlne 
language routine directly Into the file buffer area for file 3 
This area of RAM is protected by NBIKDOS/ao 2.0 and the prograi^ 
will not interfere with any hlgh-aeaory routines which aay be 
present. The 72 byte USR routine is a bit search prograa which 
was adapted froa ^ prograa called BITSRCH published in BASIC 
Faster and Better a oth er Mysteries bv Lewis Rosenf elder; It will 
be used to scan the bit-aapped sector inforaatlon in the 
directory Granule Allocation Table (GAT). 

In line 150, you are asked to type In the nuaber (froa to 
3) of the disk drive containing the diskette you want to aap. 
The response Is gotten through the INKEYS routine (line 770) and 
laaediately checked for validity (0, 1, 2, or 3); if any other 
character (except the 'CLEAR' key) is depressed, the prograa will 
end. Since aap listings can be aoaewhat long, the prograa 
assuaes that you will want to have the output directed to the 
lineprinter. If you respond with a "Y" to the query In line 170, 
aake sure that your printer is on-line and ready to go. If you 
respond with any other character (except the 'CLEAR' key) the 
ROUTE function of NEWD0S/8b 2.0 will be Invoked In line 200 
sending all LPRINT output to the video display. 

Line 210 causes the DIR/SYS file to be opened as a randoa 
access file. This will work fine on NEWDOS/80 2.0 but I have 
found that NEWDOS/80 version 1, NEin)OS+ and TRSDOS single 
density disks aay have a false hash code for the DIR/SYS file In 
the HIT (hash-lndex-table) sector of the directory. You can 
check this by using SUPERZAP to look at DRS 
(dlsk-relative-sector) 171, byte 01. If you see a C4, this la the 
correct hash code. A 2C la false, preventing the opening of the 
DIR/SYS file. Slaply ZAP the 20 to a C4 and everything will be 
fine froa then on. The directory file is also read protected, so 
line 220 anUcipates that an error will be generated when an 
atteapt is aade to read a directory sector. Line 730 checks to 
_^8ee if it was indeed the "correct" error, and if so, causes the 
/f* iprograa to resuae as if no error occurred. The disk directory 
! sectors are read even though an ERROR 58 is generated. If, in 
fact, no error was generated, the prograa assuaes that this was 
caused by tlie false hash code aentloned above, prints a aesaase 
to this effect and ends. 



At line 230, the field specif IcaUons are set to the first 
208 bytes of the physical record which of course is the entire 
GAT. Since NEWDOS/80 2.0 diskettes can be foraatted In aany 
ways up to and including 8 inch double-sided, double-density with 
a 6 granule directory, the entire GAT can be used for sector 
allocation Inforaatlon (this aeans that the lock-out table of 
■reSDOS aay not be available). After the record Is read (GET 1 1) 
the BOOT/SYS fUe of the diskette being aapped Is opened, fielded 
and sector 2 (which Is physical record nuaber 3 of the file) la 
read into aeaory. This sector contains the PORIVE inforaatlon on 
MEWDOS/80 2.0 foraatted diskettes. If a non-HEWDOS/«0 2.0 
TRSDOS coapatible single-density diskette Is in the drive the 
prograa Juaps to line 790 and requests certain InforaaUon 
before proceeding. Lines 280 to 320 then print out the 
inforaatlon about the diskette size, density, and nuaber of tracks 
and sides. The nuaber of "granules per luap" (OL) and the nuaber 
of GAT entries (TG) are POKEd into the appropriate places in tlie 
bit search prograa in line 280 while the location of the GAT data 
(D$) Is deteralned and this location POKEd into the USR routine 
in line 330. 

Lines 350 to 370 fora a. loop which repeatedly calls the USR 
bit search routine. Each tIae the routine is called, a Juap 
instruction In the routine Is toggled froa JR C to JR NC by 
POKElng the appropriate values (56 and 48 declaal) Into the 
routine. This will cause the OSR routine to first look for a bit 
which Is set then look for the next bit which Is not set and so 
forth. A set bit In the bit aap indicates a sector which la 
allocated while a bit value of zero Indicates a free sector. At 
the return froa each USR call, the Inforaatlon Is slaply 
accuaulated and printed. Mien a negative value is returned, the 
loop Is exited and soae suaaary Inforaatlon is printed. 

Durii« the prlnUng of the initial Inforaatlon (just after 
responding to the question about printed output), It la possible 
to have soae control over which files and which sectors are 
aapped. If the SPACE bar Is held down while this Inforaatlon Is 
being printed, you will be proapted for the nuaber of the 
directory sector that you want the aap to start on, and all files 
on that and subsequent sectors will be aapped. If the SPACE bar 
and the ENTER key are held down, you will be prompted for the 
directory sector nuaber you wish to start on but no /SYS files 
will be aapped. If you hold down only the ENTER key, the aapplng 
will start at the first directory sector containing PPDE's and aan 
onJx the /SYS files. 

Each directory sector after the HIT sector (2 to n, where n 
Is deteralned by the nuaber of granules assigned to the 
directory) contains up to eight 32 byte directory entries, either 
File Priaary Directory Entries (PPDE) or Pile Extension Directory 
Entries (FXDE). Lines 430 to 450 of the pro^aa foraat the FffilD 
specifications for this inforaatlon. The aaln portion of the 
prograa is contained in lines 480 to 700 where each of the 
directory entry sectors is read and the inforaatlon in tttea is 
translated and displayed. Line 500 scans the keyboard to see If 
the 'CLEAR- key is depressed, and if It Is, it ABORTS the 
reaalnder of the aapplng, closes the file, clears the ROUTE 
function and returns to the start of the prograa. Line SIO looks 
at the first byte of each of the entries to see If the file is 
"dead" or active. Line 530 checks to see If the entry is an FPDE 
or an PXDE, and if It an FXDE. It reprints the naae of the file 
labeling it as an PXDE. 

Une 540 prints the naae of the file end lines 550 to 560 
calculate and print the nuaber of sectors the file occupies on 
the diskette. Lines 570 to 670 scan each of the directory extent 
entries In turn to deteralne If It is an PPDE, an FXDE pointer or 
an end-of-extenta (FFFF). In certain cases, such as when a fUe 
Is opened but not written to, there are no sectors occupied by 
the file and no extents. If the entry Is an FXDE pointer, and the 
FXDE Is on another disk directory sector, that Inforaatlon is 
provided at this tlae. The nifty subroutine at 740 was In Larry's 
original prograa: It converts the ASCH value of the FPDE to ASCII 
HEX characters and prints the result. 

To use the routine. It Is slaply necessary to hit a key froa 
to 3 in response to the DRIVE NUMBER proapt. The prograa 
assuaes that there are 4 disk drives In the systea. If you have 
less than 4 drives, change the '51' (ASCll 3) in line 160, as 
appropriate. 

There are several places In the prograa where the user 
could deteralne additional or aore precise Inforaatlon. For 
Instance, In line 240. D$ could be fielded to provide all of the 
Inforaatlon In relative sector of the directory so the date 
and/or any AUTO coaaands can be extracted and printed. Another 
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piece of Inf omtlen that, my be uMful would be the FRS (file 
relMlve sector) which can easily be calculated and printed. For 
further Information on the atructure of diskette directories, I 
•tron^y recoaaend H. C. Pennington's excellent book, TRS-ao DISK 
a OTHER HYSTERIES . 

PROGRAM LISTIHG 
100 CLEAR2000:DEFINTA-Y:DEPSTRS:DINFS(8.13).Q$(30.8):FORI-STO8:S(I)-S 
TRIN6$(I,32):NEXT:CMD'T' 

110 P-2694ft:DBPUSR-P+l:PORI-0TO71:REAOX:l>OKBI+P,X:NBXT 
120 DATA0,58.69,10e,79,205,127,10.17,0,0,229,235,35,94,36,B6,213,221,22S 
,22S,17,0.0,12,13,40,3S,221,126,0,S,2,229,183,237,82,22S,40 
130 DATAS,lS.31,ie.245,221,35,24,233.31,4S,18,35.ie,250,221,3S,l3,40,7,2 
21,126,0,8,8,24,238,33,255,255,195,154,10 
140 H$-''0123456788ABCDEF":CLS 

1S0 PRnrTDRIVB NllMBER > "; 

160 GOSUB770:E$>A$:IPASC(B$)<48ORASC(E$)>51'nffiNCND''R'':CLEAR50:BND 
170 PRINTB$:PRINrPRINTBD OOTPWT (Y) or (N) ? "; 
180 GOSUB770 

190 IFA$-"rTRnrrYES'':CIID"ROUTE,n{,PR,DO'':6OTO210 
200 PRlijr'NO'':CMD"ROUTE,PR,DO" 
210 K-0:OPEH"R",1,"DIR/SYS:"+E$ 
220 ONBRROROOTO730 

230 nEU)l,208 AS D$,8 AS D1$:GBT l,l:IFK=0TliEN780 
240 ONBRROROOTO0:IFA$<>"Y"THEHCI,S 
250 0PEirR".2,"B00T/SyS:"+E$ 

260 FIEL02,1 AS D0$,2 AS DU$,1 AS SC,1 AS SS,1 AS SL,2 AS DU$,1 AS 
D8$,l AS SG,3 AS DU$,2 AS SI,1 AS SD 

270 OBT2,3:CLOSE2:TC-ASC(SC):TS~ASC(SS):GL>ASC(SL):DG>ASC(SG)*S:TD-A 
SC(SD):IF((ASC(D0$))<>0Ain>(ASC(D0t)<41))AND(D0$-D8$)11IEN280ELSE790 
280 P0KBP+32,0L:P0KEP4«3,GL:TG-((TC*TS)/(S*0L)+1.9):P0KEP,TG 

290 LPRnr "dj>RiirrNAP op directory on drive "E$:Lnairr ■■:ss-''5 

.2S"«CHR»(34):IP(TDAND1).SS-''8VCHR$(34) 

300 LPRIMTDIS" ~"TC"TRACK8 "TS"SBCTORS/TRACK "iLraiNTSS" ";:1 

FTD>3,LPRIirrD0UBLE'';ELSELPRINr'SINGI.E''; 

310 nB-2:LPRIirr DENSITY, ";:IP(TDOR5)>7,LPRINrDOUBLE";ELSEU>RIirrS 

INGLE''i:DB-l 

320 U>RINr-SIDED":LPRINT" "iLPROirTHB FOLLOWING DISK SECTORS AR 

E UHASSIGNED :" 

330 Wl-VARPTR(D$):21»PR/256:POKEP+10,INT(Zl):POKEP+9.256»(Zl-DiT(Zl 

)) 

340 Y-0:K=0:DZ'«:F=0 

350 N-U8R(Y)aFN<0T1IEN380ELSEIF K'=0,LPRINT5*N"TO'';:K=l:POKEP+49,56 

:DV-N:GOTO370 

360 K-0:LPRINT5*H-1,:P(WEP+49,48:DZ-D2+H-DY:F-=F+ 1:IFA$-"Y"ANDF=4,F 

-0:LPRnir " 

370 Y-N+1.-GOTO3S0 

380 DS-3:LPRmr ":IPDZ=OTHENLPRIirr»**** DISK IS FULL •••••":LPRI 

NT "ELSEIF(F>0)THBNLPRINr " 

300 LPRniTDZTREE GRANULES ('■INT(DZ/1000»256*50+.6)/10"KByte8 ) 

''ol''gRanules per lump " 

400 LranrrDIRECTORY CRIGHT$(STR$(DG),2)'' sectors) begins m DISK 

RELATIVE SECTOR"S*GL*ASC(D0$):LPRINr' " 
410 X-0:IFPBBK(14400)'12811IENX>0ELSEIFPBBK(14400)-129TIIENX=1EL8B 
IFPBEK(14400)-lTIiENX''2.-OOTO430BLSEGOTO430 

420 DS->-2:IFffiEK(14400)>128n)EN420BLSEraiNT:PRINrtfHICH DISK SECTO 
R ( 2 T0"DG-1")T0 START PROtI ";:INPUTDS:DS-DS+1 
430 PORL>1T08 

440 FIELD1,(L-1)*32 AS DS.1 AS F$(L.1),2 AS D$,l AS F$(L,2).l AS F$(L 
,3),8 AS FS(L,4).3 AS F$(L,5),2 AS F$(L,6),2 AS F«(L,7),2 AS P$(L,8),2 AS 

F*(L.9).2 AS F$(L,10),2 AS F$(L,11),2 AS F$(L,12),2 AS F$(L.13) 
490 NEXT 

460 ONERROitGOn)730 

470 LPRINrDSEC"TAB(10)"FILENAMB"TAB(23)''«SEC'S"TAB(32)"EXTENrTAB 
(40)tTRK:TRS"TAB(S0)-DSK REL SBCS" 
480 P0RII-DST0D6:6BT1.N 

490 F0RF'1T08:G-ASC(F$(F,1)):IF(G AND 64)00 AND (X-1) THEN700 
500 IFIMKEY$-CHR$(31)THEN710 

510 IF(GAND16)-OTHEN700ELSEIFX«2 AND (GAND64)-0 TiiBN700 
520 LPRINTUSINO"»«"!M-l;!lF LEN(Q$(»l-l,F-l))-0 THEN Q$(M-1,F-1)-8TR 
»G$(17,32) 

530 IFG-144T1IENLPRINTQ$(M-1,F-1)'' (FXDE)''S(6);:B-V:GOTO570 
540 LPRINTS(S)F$(F.4);V''iF$(F,S)i 

580 Bl-ASC(Fi(F,8))A2-A8C(RI0lfr$(F9(F.8),l)):B-2SS*B2+Bl 
560 LPRINTU8IN0''##*W**";B;:LPRIHTS<6): 

570 Cl-l:A-B-niT(B/5)*5:U(0)-A+((A-0)*-5)-l:O(l)»4!FOR66-9TO13!lPGG< 
13THENIFASC(F$(F,GO+l))>2S5,Cl-0 
580 CC$-F$<F,G0):C-ASC(LEFT$(CC$,1)) 

890 IFC-258AND00-9TIIENU>RIMrN0 BXTENTS':00T07aflELSEIFC-2S5TliBN 
700 



600 IFC<2S4'niEN630 

610 V-B:C'ASC(RI6Brr$(CC$,l)):J-(CAm>15)+2+(CAm}16):K-(CAND224)/32:IF 
ASC(F$(F,4))>31THENQ$(J,K)'«(S)+F$(F.4)+V''+F$(F.5)ELSEQ$(JJC)'«TRIN6$ 
(17,32) 

620 LPRraTTABOS)"**** FXDE ON DIR SECTOR" J:OOTO700 

630 IFQ0>9,LPROrn'AB<33)""; ^^^ 

640 6OSUB7B0:LPRINr' "; I 

S50 A1-C*GL*S:A2-<ASC(RIGHT$(CC$,1))) 

660 F0RR-^(GL^1)T01STEP-1:R1'32*R-1:IFA2>R1UV1''A1+5*R:A2='A2-R1-1:R 
-1 

670 NEXTR:U>RINTUStNG''«**";INT(Al/TS);:LPRlNr':";:U'tNT(((Al/TS)-INT(A 
l/TS))»TS<-,5):LPRnrrRIGirr$(STR$(U),LEM(STR$(0»-l);:LPRINTTAB(48);""; 
680 U>ROnVSING''****'';Al;:LPRDrr to '■;:LPRINTUSIN6"M**";A1+A2* 
5+U(Cl) 
690 NEXTGG 

700 NEXTF:LPRINTSTRINa$(63,"-''):NEXTM 
710 LPRINT:(HIERROR6OTO0:CMD"ROinE,CLEAR'':CLOSE 
720 OOTO150 

730 K-l:IFBRR/2+l-58THENRESDHBNEXTELSE(»IERRORGOTO0 
740 LPRINTIIID$(H$,((ASC(C$)AND240)/18)+1,1):MID$(H$,(ASC(C$)AND15)+1, 
1);:RETI]RN 

750 C$-LEFT$(CC$,l):6OSUB740:C$-RIGirr$(CC$,l):6OSUB740 
760 RETURN 

770 A$-INKEY$:IF(A$-''")THEN770ELSEIPASC(A$)-=31THBN770ELSERETURN 
780 LPRINT" ":LPRIHT"«*** CHECK 'HTT ENTRY FOR DIR/SYS — SHOULD 
m C4 (NOT 2C) ••••":LPRINT" ":CLOSE:KILL"DIR/SYS:"+E$:GOTO710 
790 TC»35!PRINT:PRIHr**** NOT A NENDOS/80-2.0 DISK ♦•••":PRINT:LI 
NEINPUT"NUHBER OF TRACKS (DEFAULT=35) ";T$:IFT$<>'"',TC:^VAL(T$) 
800 PRINT:TS>10:LIHEINPUT''SECTORS PER TRACK (DEFAULT»10) '';T$:tPT$ 
<>"",TS-VAL(T$) 

810 aL-2:DG-10:TD-0:PRINT:LnEINPUT"SINGLE <S> OR DOUBLE <D> SIDE 
D DRIVE (DSFAULT-<S>) "!SX:IFSX-"D",T0-2 
820 O0$-CliR$(17):GOTO280 



TRSDOS 6.2 AND LDOS PATCHES 

[Reprinted free the Adelaide Micro-User News, 36 Start 
Street, Adelaide, South AUSTRALIA 5000.] 



TRSDOS 6.2 PATCHES - (we suggest using FED to do these): 

1. Byte CE-CF in the first record of DIR/SYS should be E042 
to delete the aaster password, and therefore the annoying 
■essages that present theaselves fro* tlae to tlae If one is 
there. Also true for LDOS 5.1.4. 

2. To disable tab expansion: BASK/CUD record 11 byte 41 
change froa 20 to 18. 

3. To prevent clearing the screen between pages of 
directory: SYS6/SYS record OA bytes froa SF change froa 3B 69 
EF 20 F8 to all zeros. 

4. To disable checking for a password: SYS2/$YS.LSID0S 
record 2 byte 33 change froa 28 to 18. 

5. To enable the KILL coaaand (as well as REMOVE): SYSl/SYS 
record 2 byte 81 change 00 to 4B. 



LDOS 5.1.4 PATCHES ; 

1. See 1 above. 

2. To change the default naae on foraat: FCMtMAT/OlD record 
9, bytes 34-5 for Model 1 or bytes 2C-D for Model 3 change to 00 
00; record 10, bytes froa OD for Model 1 or froa 02 for Model 3 
change the 8 characters as you wish. 

Although these patches have appeared before, It was soae 
tlae ago, A soae aeabers have forgotten thea. So here they are 
again. 

To reaove password checking: SYS2/SYS Record 2, Model I 
byte 19 or Model in byte 37 change to 18. 

To scroll screen on subsequent pages of a directory: 
SYS6/SYS Record 8 byte El change to 00 00 00. 

To turn on the A paraaeter as default for a DIR: SYSS/SYS 
Record 5, byte D9 change to FF FF, to turn it off change to 00 
00. 

To display characters >7F In FED; Record 12, byte 6B and 
Record 13, byte 96, change 3E 88 to 00 00. In FED2 It Is Record ^^| 
11, byte BA and Record 12, byte CE. , 
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CLUBS A.ND USER GROUPS 

This Is a list of the TRS~80 oriented and general Interest 
coMputer clubs and user groups with which we exchange 
newsletters, plus four or five others that haven't been publishing 
newsletter but have taken the trouble to let us know that they 
Te still around (we've also Included our address In this list, for 
reasons that should be obvious but are too nuaerous to explain 
here). If a club or user group does not appear on this list, It's 
M08( likely because we have heard nothing trom thea In the past 
three or four Months. We have printed warnings that we were 
about to publish this list In the opening renarks of the last two 
Issues of NORTHERN BYTES, so a club that has been receiving this 
newsletter and Is NOT listed here doesn't have nuch excuse. The 
list Is current as of March 1, 1986. 

Again, we aust point out that all exchange newsletters HUST 
be sent to NORTHERN BYTES, c/o Jack Decker, 1804 West 18th 
Street, Lot * 155, Saalt Ste. Marie, Michigan 49783-1268. 
Sending the* to any other address (such as TAS in Lansing) DOES 
NOT COUNT!!!!! 

This list is sorted within countries by zip or postal code 
order. 

U.S.A.. : 

Western Massachusetts Coaputer Club, 59 East Canton Circle, 

Springfield, Massachusetts 01104 
Connecticut Coaputer Society, Inc., P.O. Box 1841, Avon, 

Connecticut 06001 
Fairfield County TRS-80 Users Group, c/o Alan Abrahaason, 10 

Rlchlee Road, Norwalk, Connecticut 06851 
BUG-80 Users Group, c/o 22 Alexander Avenue, iPreehold, New 

Jersey 07728 
Central Jersey Coaputer Club, 41 Ferry Street, Laabertvllle, New 

Jersey 08530 
Aaateur Coaputer Group of New Jersey, P.O. Box 319, South Bend 

Brook, New Jersey 08880-0319 
Metro TRS-80 Users Group, c/o G.P. Mueden, 310 West 106th Street 

(15D), New York, New York 10025 
Long Island Coaputer Association, P.O. Box 71, Hlcksvllle, New 

York 11802 
•Western New York TRS-80 User's Group, c/o Dr. A. Nell Yerkey, 67 

Countryside Lane, WllllaasvlUe, New York 14221 
Rochester Area Mlcrocoaputer Society, P.O. Box 90808, Rochester, 

New York 14609 
Capitol Area TRS-80 Users Group, c/o Tla Sukay, 407 East 

Crestwood Drive, Caap Hill, Pennsylviuiia 17011 
Philadelphia Area Computer Society, P.O. Box 312, LaSalle 

University, Philadelphia, Pennsylvania 19141 
NCTCUG, Inc., P.O. Box 2826, Fairfax, Virginia 22031 
Richaond TRS^80 Users Group, c/o Merle D. Kerby, 13419 Oak Lane, 

Midlothian, Virginia 23113 
Greensboro Eighty Mlcrocoaputer Society (GEMS), P.O. Box 10014, 

Greensboro, North Carolina 27404 
TACS, Jason Torchlnsky - Newsletter Editor, 4101 Redwlne Drive, 

Greensboro, North Carolina 27410 
Mldlands-80 Computer Club, P.O. Box 7594, Coluabla, South Carolina 

29202 
CSRA Computer Society, Post Office Box 284, Augusta, Georgia 

30903 
Tallahassee Aaateur Coaputer Society, Post Office Box 6716, 

Tallahassee, Florida 32314-6716 
Central Florida Coaputer Society, P.O. Box 8019, Maitland, Florida 

32751 
Central Alabaaa Mlcrocoaputer Society, P.O. Box 17021, 

Montgoaery, Alabaaa 36117 
Greater Gulf Coast Computer Club, c/o Gerald T. Regan, Spring Hill 

College, Mobile, Alabama 36608 
Toledo Area Tandy Special Interest Group, c/o A.F. Morel, Editor, 

1632 South Wheeling Street, Oregon, Ohio 43616 
LDOS-Hard Drive SIG of CINTUG, c/o John W. Southcoabe, 1184 

Fay-Blan Road, Blanchester, Ohio 45 107 
Cincinnati TRS-80 Users Group (CINTUG), P.O. Box 399145, 

Cincinnati, Ohio 45239 
Northeast Coaputer Club, P.O. Box 50252, Indianapolis, Indiana 

46250-0405 
Dearborn TKS-80 Users Group, P.O. Box 1942, Dearborn, Michlgeui 

48121 
Kalaaazoo Area Computer Association, 7044 Leawood, Portage, 

Michigan 49081 



Cbrlstlan Coaputer Users Association, 1145 Alexander S.E., Grand 

Rapids, Michigan 49507 
Christian Computer Users Association TRS~80 SIG, c/o Bob Grbmlfes 

- B ft Microsystems, 1733 Eastern S.E., Grand Rapids, 

Michigan 4fli507 
Northeii) Bytes, c/o Jack Decker, 1804 West 18th Street - Lot * 

155, Sault Ste. Marie, Michigan 49783-1268 
Iowa City TRS-80 Users Group, P.O. Box 1494, Iowa City. Ibira 52244 
Milwaukee Area TRS-80 Users Group, 3822 North 75t;h Street, 

Milwaukee, Wisconsin 53216 
TRS-80 Users Group of Madison, 354 West Main Street, Madison. 

Wisconsin 53703 
Twin Cities TRS-80 User's Group, c/o Duane Stabler, 11228 

Radlsson Drive. Bumsville, Minnesota 55337 
Tandy Business Users Group, c/o Linda Hapner. 3329 B. teacon #50, 

North Chicago. IlUnols 60064 
Northern Illinois Computer Owners League, c/o Charles C. 

Hornaday, 26 W 484 Butterfleld Road, Wheaton, Illinpis 

60187-7938 
Chicago Area Computer Hobbyist Exchange, Box C-176, 323 South 

Franklin, * 804, Chicago. Illinois 60606-7092 
SIG-80 Users Group of C.A.C.H.E., c/o George Matyaazek, President, 

1718 North Long Avenue, Chicago, Illinois 60639 
Quad City Coaputer Club, c/o Cy Galley, 3318 26th Avenue, Rock 

Island, Illinois 61201 
North County 80-Group, P.O. Box 92, Hazelwood, Missouri 63042 
K.C. South Computer Club, c/o Richard Coleaan, 2801 West 76th 

Street, Prairie Village, Kansas 66208 
Oaaha Area TRS-80 Users Group, c/o Dan Shelby, Charlman, 7318 

South 33rd Street, Oaaha, Nebraska 68147 
LNW Coaputer News, Jay J. Hokanson, Editor, 4345 Manchester Roa4 

Grand Island, Nebraska 68803 
The Green Country Coaputer Association, Inc.. P.O. Box 2431, Tulsa, 

Oklahoaa 74101 
Tulsa Coaputer Society, Post Office Box 3211, Tulsa, Oklahoaa 

74101 
Tandy User Group Newsletter, c/o Ed Juge, Director-Market 

Planning, 1700 One Tandy Center, Fort Worth, Texas 76102 
Corpus Christi and Bay Area Coaputer Users' Society, P.O. Box 

8534, Corpus Christi, Texas 78412-0534 
Denver Aaateur Coaputer Society, Box 477, Wheatrldge, Colorado 

80034-0477 

Waterton Computer Club (TRS-80 SIG), c/o Lowell Simons, 1150 

Ridge Road, Littleton, Colorado 80120 
Club 80 Plus-Salt Lake, c/o Steven Baxter, 553 Spaceraaa Drive, 

Murray, Utah 84123-5749 
Valley Coaputer Club, P.O. Box 6545, Burbank, California 

91510-6545 
San Gabriel Valley TRS-80 Users Group, c/o John T. Phllllpp, 815 

South Walnut, San Oiaas, California 91773 
Orange County TRS~80 Useirs Group, P.O. Box 8074, Orange. 

California 92664 
North Orange County Coaputer Club, P.O. Box 3616, Orange, 

California 92665-0616 
CabrlUo Coaputer Society, P.O. Box 3032. Camarillo, California 

93011 
South Bay TRS~80 Users Group, P.O. Box 60116, Sunnyvale, 

California 94088 
Bay Area Tandy Society. P.O. Box 23438, Pleasant Hill, California 

94523 
Tandy TRS-80 User Group, c/o Del DelRosario, 430 Ilimano, Kailua, 

Hawaii 96734 
Northwest Coaputer Society, P.O. Box 75061, Seattle, Washington 

98125-0061 

CANADA ; ' 

Nicro-80 Computer Cliib of Ottawa, 150 Metcalfe Street Suite 409, 

Ottawa, Ontario, K2P IPl 
NEWDOS/80 International Users Group, c/o Greg Small, Box 607, 

Stouffvllle, Ontario, LOH ILO 
TRS-80 Users Group, c/o Norman Freldln, 2129 Larabee Court, 

Burlington, Ontario, L7P 3S3 
Mr. John Easton, Christian Computer/based Communications, 44 

Delma Drive, Toronto, Ontario, MSW 4N6 
Winnipeg Micro-60 Users Group, c/o Keith R. Bradley, 208 1039 

BeaverhlU Boulevard, Winnipeg, Manitoba, R2J 3R2 
Reglna Color Computer Club, 1112 College Avenue, Reglna, 

Saskatchewan, S4P 1A8 
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Vancouver TRS-80 Users Group, c/o Stan Talarczyk, 2865 West 10th 
Avenue, Vancouver, British Coluiabla, V6K 2K2 

OUTSIOE THE U.S.A. & CANADA : 

Sydney TRS-80 Users Group (SYDTRUG), P.O. Box 297, Padstow, New 

South Hales 2211, AUSTRALIA 
Canberra Mlcro-80 Users Group, c/o H.J. Cooper, 113 Owen Dixon 

Drive, Evatt, ACT 2617, AUSTOALIA 
Microcomputer Club of Melbourne, Inc., P.O. Box 60, Ceuiterbury, 

Victoria 3126, AUSTRALIA 
TRS-80 Systen-BO Computer Group, c/o W.J. Allen, 16 Laver Street, 

Macgregor, Queensland 4109, AUSTRALIA 
Adelaide Micro-User News, 36 Sturt Street, Adelaide, South 

Australia 5000, AUSTRALIA 
Tandy Hobart Users Group, G.P.O. Box 1271 N, Hobart, Tasnania 

7001, AUSTRALIA 
Conpu-80, c/o Bert C. Guffens, Kasteelstraat 28, B-1800 Vllvoorde, 

BELGIUM 
TRS-80 Gebrulkers Verenlglng, Postbus 551, 2070 AN 

Santpoort-Nord, HOLLAND 
New Zealand TRS-80 Users Group Inc., P.O. Box 841, Auckland 1, 

NEW ZEALAND 
Chrlstchurch 80 Users Group, Brendon Thompson, P.O. Box 4118, 

Chrlstchurch 8000, NEW ZEALAND 



WARNING TO PURCHASERS OF TAS PUBLIC DOMAIN UBRARY DISK 
#ND-1 (ALAN JOHNSTONE'S NEWDOS/80 MODS) 

Several early copies of TAS Public Domain Library Disk 
#ND-1 (Alan Johnstone's NEWDOS/80 mods) were sent out with a bad 
SVS8/ZAP file on the Model I side (this was our fault, not Alan's). 
If you use the DOS LIST command to LIST SYS8/ZAP and see a lot 
of "6m" or "6." characters at the start of the file, you have a 
bad file. If that Is the case, you may use any word processing 
program that is capable of saving a file In pure ASCII format to 
create the correct SYS8/ZAP file, by simply (and carefully!) 
typing in the lines shown below, then saving them to the disk as 
SYS8/ZAP. Note that each CHANGE and TO line is a single line, 
but some of the lines won't fit as a single line on this page, so 
DON'T type a carriage return until you've reached the very end of 
each CHANGE or TO. If you don't think you can manage to do this, 
please send your disk back for a FREE upgrade (this Is the ONLY 
file that will be changed). By the way, DON'T try to use the 
8YS8/ZAP file from the Model III side of the disk on a Model I, 
because the two files are NOT the same. We apologize for any 
inconvenience! 



SYS8/ZAP - Model 1 

This zap is part of Extended Disk Addressing. 

NOTE: This zap disables the 'DIR $' command. 
ZAP SYS8/SYS a IF 
CHANGE CD DB 4F 
TO CD 18 51 
ZAP SYS8/SYS 65 
CHANGE CB F0 
TO 00 00 
ZAP SYS8/SYS 4 2C 
CHANGE 4D 4F 55 4E 54 20 03 20 44 49 53 4B 45 54 54 45 20 

4F 4E 20 44 52 49 56 45 20 30 20 20 28 4S 4E 

TO 3A A7 47 FE 08 CA DB 4F 3A 9F 43 3D B9 30 04 3E 20 

B7 C9 C5 3E 90 81 26 43 6F 4E CD DB 4F CI C9 

; This ZAP is part of ADFD, and needs the above zap. 

ZAP SVS8/SYS El 

CHANGE CB 70 28 15 79 B7 20 05 3E 

TO 18 17 CI FE IF D8 3E IE C9 

ZAP SYS8/SYS 3 3F 

CHANGE 3A IF 42 C6 08 

TO E5 CD 38 51 El 

ZAP SyS8/SYS 4 4C 

CHANGE 54 45 52 29 0D 53 59 53 54 45 4D 03 54 41 52 47 45 

54 03 
TO C5 DD 2A 99 43 DD 6E 09 3E 05 CD 92 4C 7D 3D 3D C3 

DF 4D 
END 



READ MODEL I SINGLE DENSITY DISKS ON A MODEL III OR 4 USING 

NEWDOS/80 — WITHOUT USING WRDIRPM 

by Jack Decker 



'"V' 



Have you ever wanted to read and/or copy files off of a 
Model I single density diskette, but you were using a Model III or 
4 and for whatever reason, you didn't want to WRDIRP the <hsk, 
but NEWDOS steadfastly refused to read it otherwise? Next time 
that happens, just run the machine language program shown below. 
This is one of Our famous "the documentation is in the comment 
lines" programs. Just read the comments in the program listing 
for more information on how the program operates. 



HIM ;THE FOLLOWING PATCH 15 TO NEUDOS/80 IHODEL III) 

Wil0 ITO LET IT READ A MOOEL I DISK WITHOUT DOING A 

mn IWRDIRP ON THAT DISK (YOU NIGHT NOT WANT TO WRDIRP 

W130 ;A HA5TER PROGRAM DISK. FOR EXAMPLE) 

WU0 

M150 !THE PATCH SIMBLY IGNORES THE FACT THAT THE DIRECTORY 

mm ilS PROTECTED WITH THE WRONG DATA ADDRESS MARKS. 

Um ;HOWEVER> THAT ALSO MEANS THE DOS MAY NOT BE ABLE TO TELL 

M180 (WHEN IT ISN'T REALLY ACCESSING A DIRECTORY SECTOR (ON 

mn i ANY OF THE DISKS IN THE SYSTEM, NOT JUST THE ONE YOU ARE 

Wm i TRYING TO READ). THEREFORE) THIS PATCH SHOULD BE USED 

W210 (ONLY WITH EXTREME CAUTION (A HEALTHY DOSE OF FEAR AND 

00220 ITREMBLING WOULD BE APPROPRIATE. I THINK). 

00230 

002U iTHE FOLLOWING WARNINGS SHOULD BE OBSERVED' 

002S0 

MAKE ABSOLUTaY CERTAIN THAT AU PORIVES ARE 
CORRECTLY SET BEFORE INVOKING THIS PATCH 
(OTHERWISE YOU RISK OVERWRITING DATA WHEREVER , 
THE DOS THINKS THE DIRECTORY OUGHT TO BE). 



1. 



00260 

00270 

00260 

00270 

00300 

00310 

00320 

00330 

00340 

M350 

003&0 iTHE PATCH RELOCATES ITSELF TO HIGH MEMORY AND PROTECTS 

00370 i ITSELF WHEN FIRST INVOKED. ALSO. IT IS INTENDED TO BE 

00360 iUSEDONLY FOR READING MOOEL I DISKS. NOT FOR WRITING TO 

00390 iTHEM. 



LEAVE THE PATCH IN PLACE ONLY LONG ENOUGH TO 
COPY THE PROGRAMS OR DATA FROM THE MOOEL I DISK 
TO A MOOEL III FORMAT DISK. THEN, PRESS RESET 
TO REBOOT THE SYSTEM. 



V # 





00400 








ym 


00410 


ORG 


4000H 


JUST HERE TIL RELOCATED 


&000 3AS400 


00420 INTLZE 


LD 


A,(5*H) 


iGET BYTE FROM ROM 


4003 3D 


00430 


DEC 


A 


iCHECK IF ON MODEL I 


4004 C6 


00440 


RET 


Z 


iBAIL OUT IF MOOEL I 


4005 212860 


00450 


LD 


HL.ENO 


lEND OF UNRELOCATED PGRM 


4006 ED5B1144 00440 


LD 


DE.(4411H) - 


iEND OF UNPROTECTED MEM 


400C 010700 


00470 


LD 


BC.END-PATCH+1 


iLENGTH OF MAIN PROGRAM 


400FED6a 


00460 


LDDR 




IMOVE THE PROGRAM 


4011 ED531144 00470 


LD 


(4411H),DE 


iSAUE NEW HIHEM POINTER 


4015 13 


00500 


INC 


DE 


iDE=START RELOCATED PRGRM 


4014 Fn!i3AD48 00510 


LD 


(4eADH).0E 


jPUT jump to PATCH AT END 


401A 3EC3 


00520 


LD 


A.0C3H 


; OF DOS SUBROUTINE (C3H 


401C 32AC4B 


00530 


LD 


(46ACH).A 


i + ADDR = JP PATCH) 


401FC7 


00540 
00550 


RET 




iEXlT RROCATOR ROUTINE 




00540 iTHIS IS THE ACTUAL PATCH CODE 






00570 








4020 FE04 


00560 PATCH 


CP 


04H 


i 'PROTECTED' DIR SECTOR? 


4022 C6 


00570 


RET 


Z 


iBACK TO CALLER IF SO 


4023 FE31 


00600 


CP 


31H 


; WRONG RECORD TYPE ERROR? 


402SC0 


00410 


RET 


NZ 


iBAa IF OTHER TYPE ERROR 


4024 1F04 


00420 


LD 


Ai04H 


ICHANGE ERROR COOE 


4028 C7 


00430 
00440 


RET 




iBACK (WITH Z FLAG SET) 


4026 


004S0END 
00440 


EQU 


$-1 ' 


lUSED BY RaOCATOR 


4000 


00470 


END 


INTLZE 




00000 TOTAL ERRORS 








END 4026 


INaZE 4000 


PATCH 4020 
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SOME SECRETS OF SUPERSCRIPSIT 
by Sanuel Wells 

Soae of the following InforBatlon I obtained by exaalnlng 

and dlsasseabllng SuperScrlpsit with Tasaon; nuch of It was 

;enerated by Dr. John Van Wingen, presently teaching computer 

olence soMewhere in Florida. First a breakdown of the various 

^uperScrlpslt program files and their loading points and 

functions: 



FaENAME 



LOAD TO 



COMMENTS 



SCRIPSrr/CMD 5200 BAD2 master PROGRAM 



SCR16/CTL 
SCR17/CTL 
SCR18/CTL 
SCR19/CTL 

SCR32/CTL 
SCR33/CTL 
SCR34/CTL 
SCR35/CTL 
SCR36/CTL 

SCR50/CTL 

S/CTL 
DWP410/CTL 



8B2B 
8B2B 
8B2B 
8B2B 

972B 
972B 
972B 
972B 
9728 

EBOO 

BADS 
BADS 



965E TABS, HEADER/FOOTER MENU 

9729 MAIN MENU, DIRECTORY 

F1D7 UNKNOWN 

8F27 UNKNOWN 

AlPF BLOCK ACTION MENU 

A201 SPELL CHECK. SEARCHES 

9E28 ASCII/COMPRESS UTILITIES 

9BD0 SYSTEM SETUP MENU 

9FDF SYSTEM SETUP, CONT. 

EDDF DICTIONARY, ERRORS 



BD80 
BF24 



UNKNOWN 

PRINTER DRIVER (0000) 



OTHER FILES: 

SYSTEM/CTL 

ERRORS/CTL 

HELP/CTL 

WORDS/CTL 

MOVE/CTL 



SYSTEM SETUP. USER KEYS 

HELP SCREENS 
USER VOCABULARY? 
BLOCK MOVE FILE 



SCRIPSIT/CMD loads SCR17/CTL and possibly sets up a stack 
at 8B0A. Necessary modules are overlaid when required. 



r. 



r 



The first six records of any SuperScrlpsit generated text 

file are used for housekeeping; the text and Imbedded printer 
codes, etc. begin at record seven. The first record contains the 

document variables such as margins, footers, etc. in the following 
scheme: 

Record Byte 

position Remarks 

00 SuperScrlpsit file ID (EO hex) 

01-18 Filename; blanks = 84 hex 

19 Line/page, each half line counted as one 

lA Printer pitch 

IB Line spacing, half line counted as one 

lC-23 Printer type 

24 Header start page — least significant byte 

25 Header start page — most significant byte 

26 Footer start page — least significant byte 

27 Footer start page — most significant byte 

28 Odd footer, number of half lines 

29 Odd header, number of half lines 
2A Even footer, number of 'half lines 
2B Even header, number of half lines 
2C Cursor — start position of tab line 
2D Cursor—Screen line number 

2E Cursor — Tab line position 

2F Cursor — Document llne», least significant byte 

30 Cursor— Document line*, most significant byte 
31-45 Tab line 00 

46-SA Tab line 01 

5B-71 Blocks In Use line— each bit signals a block present 
If 1, free if 

72 Odd footer block »— default FF 

73 Odd header block*— default FF 

74 Even footer block*— default FF 

75 Even header block*— default FF 

76 Tab Une block *— default FF 

77 Total number of tab lines 
78-97 Author name — blanks ^ 84 hex 



98-B7 
B8-D7 
D8-FF 



Operator name — 
Comments — " 
Filler 



The second record consists, of a linked list type directory 
which points to block numbers in sequence. I am not sure if a 
block = 1024 bytes or 768 bytes (3 or 4 records), or If block 
size is somehow varied. Experimentation should resolve this 
question. Record # 2 Is thns configured: 



Byte 



Remarks 



00 Total number of blocks of text 

01 First Block number 

02 Number of positions - 7 in last Logical record. 

03 Number of logical records in block of text 

04 Number of lines in block of text 

05 Markers: Start text-80; Start block=20; End block=40 

06 2nd block number (FF If no more blocks) 
07 -OA Same as 02-05 if more blocks 

OB-OF Same as 06-OA,..until last block 

This scheme apparently continues over to next record (»3) 
If necessary 

As one adds, inserts, or deletes text, the block numbers and 
pertinent Info Is changed. The text normally remains in its 
original record, but Is detoured around by dropping It from the 
list If deleted. Is pointed to If an Insert. For this reason a 
heavily edited document with many block moves will be very 
difficult to read in sequence. The Compress utility of 
SuperScrlpsit will correct this to a certain degree, but the best 
text straightener is to convert text to ASCII (which puts all 
ducks In a row) and then re-convert to SuperScrlpsit (winding up 
with the shortest, most linear text sequence). 

Since the destruction of any byte of the block descriptors 
will cause loss of sense in the program, some seemingly 
Irrecoverable crashes can occur. Most loss of pointer problems 
give the error messages, "Attempt to read past end of file," "End 
of file reached," or result In a prash and reboot. On short, 
simple documents a diligent hacker can use Tasmon or Super3 or 
any other monitor (Including TRSDOS Debug), can inspect the files 
and restore or reconstruct the block pointers. If all else fails 
use the BASIC program, SALVAGE/BAS. Included. It kills the first 
six housekeeping records of the lost file, replaces any control 
code from 00 hex byte to 31 hex with a space (00 hex is read as 
end of file, and the other stuff garbages up the text), and writes 
an ASCII file named NEWFILE . which Is salvagable. Check to make 
sure that the last byte of the last record of the Newfile is 00 
hex; if not make It so (SuperScrlpsit demands to see an end of 
file marker). Convert the NEWFILE from an ASCII file to 
SuperScrlpsit. With any luck you can edit and otherwise clean up 
your salvaged file. Remember, the more block moves and other 
editing changes made to the original the more Jumbled will be 
your salvaged file. 

Although this is only a scratch on the surface of 
SuperScrlpsit, it might generate other's interests In how this 
rather complex program works. Several of us have been working 
on patches with only marginal success) to allow the reading of 
granules left on a disk along with the directory read. A major 
problem is that SuperScrlpsit, loading at 5200. is overlaid by the 
regular directory call. And that reminds me of another hint: 
SuperScrlpsit is rather unrelenting in its refusal to do anything 
once all disc space is used up, and is even more peevish if the 
TRSDOS extent limit is reached. The latter problem can crop up 
quite often if your file disc has fragmented extents of files 
scattered all it. Best bet here is to frequently clean up the 
disc with a copy by file type of backup. That way your file 
extents will stay down around 4 or 5 where they belong. To the 
best of my knowledge there is no recovery from an "Out of 
extents" error except to repair the pointers or strip the file 
back to ASCn. 

Even though SuperScrlpsit has its gremlins and shortcomings 
it is the word processor of choice among non-hacking 
professionals with Models III & 4 with a need to write long, 
professional looking documents and who desire their word 
processor to act as much like the friendly ol' typewriter as it 






can. The sheer niuiber of the program actively being used should 
be reason enough to master the intricacies of SuperScrlpsit. 
Once tamed its quite a workhorse. 

P.S. I make no claims of expertise in my hacking — I'm 
self-taught and highly pragmatic, and also quite prone to error. 
Any corrections to information appearing here would be more than 
welcome. Maybe several of us can eventually get it right. 

[Reiders wishing to contact author Samuel Wells can write 
to him at 530 Buschman Street, Hattiesburg, Mississippi 39401]. 

20 CLS:CLEAR1000 

40 PRINT"Enter name Of file to be salvaged":INPUT F$ 

60 PRINT"Enter number of records in file":INPUT NR 

80 OPEN "R",2,"NEWFILE":FIELD 2, 255 AS B$ 

120 0PEN"R",1*F*:FIELD 1.255ASA$ 

130 FOR X = 7 TO NR 

140 GET 1,X 

160 FOR Z=1T0255 

180 IF MID$(A$,Z,1)<CHR$(32)THEN LSET 

A$=LEFT$(A$.Z-1)+CHR$(32)+RIGHT$(A$,255-Z) 

200 IF MID$(A$,Z,1)>CHR$(122)THEN LSET 

A$=LEFT$(A$,Z-1)+CHR$(32)+RIGHT$(A$,255-Z) 

220 NEXTZ 

240 LSET B$ = A$:PUT2.X-6 

260 PRINT®320,"#"X-6"of"NR-6"files corrected & transferred" 

300 IFX=NRGOTO340 

320 NEXT 

340 LSETB$=LEFT$(B$,254)+CHR$(00);PUT 2,NR-6 

360 CLS:PRINT"A11 files transferred, please load NEWFILE into 

SuperScrlpsit as an ASCII file and proceed to edit," 

380 PRINT"On some operating systems It may be necessary to add a 

00 hex ":PRINT"byte at the end of the last file in NEWFILE before 

converting to SuperScrlpsit. 

400 PRINT"Some editing of control codes will be necessary in the 

new":PRINT" SuperScrlpsit document." 

420 CLOSE:END ____.____——«»--—----«-—- 

USING TRAKCESS WITH DOUBLE SIDED DRIVES 
by Dave Owen 

This article i« reprinted from MICRO INFO EXCHANGE, 
newsletter of the Cabrlllo Computer Society, P.O. Box 3032, 
CaaartUo, Califorala 93011. 

In the beginning TRAKCESS, by Roxton Baker, was written lor 
the Model I and was the epitome of Innovative programming. For 
the flrat time a computer user could access tracks, sectors, and, 
yes. Individual bytes on his diskette to modify, repair, or duplicate 
Mte, bytes, sectors, tracks, or the enUre dUkette. The program 
has been updated by the author to Include support for the Model 
in. But now there Is the Model 4D. Following are patches to this 
program to support double sided diskette operatloni 

Bat first a word of caution. After examining the code, I am 
convinced that the author of TRAKCESS orlslnally Intended to 
Include double sided capablUty. I believe he, In the original Model 
HI release, did not support double sided operations because he 
could not properly keep track of all variables with the memory 
avaUable In the Model HI. Therefore, If you modify TRAKCESS for 
double sided examination, yon need to follow one axiom: Complete 
all action* on one side before switching and performing actions on 
the other side. Do NOT switch from side to side to side to aide to 

sid«... 

1 am modifying Version 3,0 

Add at the end: ",SH1" 

Add after "DP=128": ",SH=0" 

Change the PRINTt to read: 

PRINTO929 , "X" ; : PRmTt933 , "TO TOGGLE HEADS" ; : 

Add a '«-SH' after each "OS" (Two locations) 

Add a "+SH" after "DS+DP" 

Add a "tSH" after "DS" and "DS+DP" 

Add a "+SH" after "DQ+DP" 

Change to read "'HEAD TOGGLE*" 

SH=(SHAN015)CHl(16-(SHANDle) ) tRETURR 

Add a "+SH" after "DS+DP" 

"DS" and "DS+DP" 
"D8" and "DS+DP" 
"DS" and "DS+DP" 

to "OUT0R,DS+SH" 
"DS" and "DS+DP" 
"DS" (twice) 



Line 


S0 


Line 


110 


Line 


220 


Line 


270 


Line 


580 


Line 


650 


Line 


760 


Line 


850 


Line 


860 


Line 


880 


Line 


950 


Line 


980 


Line 


1010 


Line 


1180 


Line 


12B0 


Line 


1300 



Add a "+SH" after 
Add a "+SM" after 
Add a "+SH" after 
Change "POKBDR.DS" 
Add a "+SH" after 
Add a "+SH" after 



Line 
Line 
Line 
Line 
Line 
Line 
Line 
Line 
Line 
Line 



1340 
1370 
1440 
1690 
1740 
1750 
3310 
3340 
3360 
3510 



Add a "+SH" 
Add a "+SH" 
Add a "+SH" 
Add a 

Add a "+SH' 
Add a "+SH 



after "DS 
after "DS 
after "DS 
+SH" after "1)8 
after 
after 



Add a "+SH" after "»S 



(at the end) 
and "DS+DP" 
and "DS+DP" 
and "DS+DP" 
DS" and "DS+DP" 
'DS" (at the end) 
and "DS+DP" 



after "DS" and "DS+DP" 
after "DS" 



Line 3600 



Add a "+SH" 

Add a "+SH" 

Change [part of this line] to read: 

GOTO3250ELSEPRINTt7e, "• DRIVE" ;DN; "HEAD" 

PRINT«91.mD$("0r,(8HAND16)/16+l,l);: 

PRINT" IS AT TRACK" ;ST(DN);:PRINT«108, 

Add a "+SH" after "DS" and "DS+DP" 



,^ 



(NORTHERN BYTES editor's note: In retyping the above for 
publication, 1 discovered several apparent typographical errors. 
Therefore, don't assume that the above Ust is 100* correct (I may 
have missed a couple of errors). ! particularly question the change 
of a POHE to an OUT in the change for line 1180 - unless this 
fixes a bui In the original program (which Is doubtful but not 
impossible), the statement (POKE or OUT) probably should not be 
changed (although the "+SH" probably should be added in that line). 
Use common sense when making these changes and you should be 
okay.) . 



MODEL 4 



siJr>E:RscRipsix 

by Jim Whittaker 



ZAPS 



Padstow, New 



^) 



[Reprinted fron SYDTROG NEWS, P.O. Box 297, 
South Wales 2211, AUSTRALIA.] 

I have just zapped i»y SuperScripsit (Model 4 version) to 
stop those infernal triangles appearing all over the screen when 
I press the space bar twice. The two zaps are for version 1.0 
and for both the keyboard handler and the ASCII conversion, 
(SYDTRUG NEWS Editor's note; I have presented these patches in 
the original format that Jim supplied [the format used by LSPEDII] 
as well as the normal patch format, so that those who have not 
got the LSFEDII program or similar utility may still perform the 
patches.) 



■^^SCRIPSIT/CTL RECORD X'0014' 

ts,-\LOAP ADDRESS X'4302' CHANGE FE 20 20 TO FE 20 18 

PATCH SCRIPS1T/CTL(D14,28=FE 20 18:F14,28=PE 20 20) 



r^ 



jj SCR35/CTL RECORD X'0001' 

LOAD ADDRESS X'99C7' CHANGE 



FE 20 20 TO FE 20 18 
PATCH SCR35/CTL(D01,30=FE 20 18:F01,30=FE 20 20) 



NIODEL 4 TIDBITS 

by James Abbasslan 

(Excerpted from Micro Motes, the publication of the Dearborn 
(Michigan) TRS-80 Users Group.] 

The first tidbit was given to me by Wayne chervckowsky. 
Anytime you use MEMDISK on a Model 4 you can change the initial 
delay factor to .5 seconds (instead of] 1.0 seconds with the 
command: 

SYSTEM (DRIVE-n, DELAYING) 
This will make an already fast MEMDISK even faster. Thanks, 
Waynelll 

The second tidbit is for Model 4 owners vriith a Model 4 High 
Res Board. It seems that there are a few undocumented ports 
which seem to have been ignored, that is until now. Remember 
when you bought your Mgk res bowd, there in the fine print raad 
something like 32K of memory included. WeU, it is used to hold all 
the pixels that are displayed on your screen. However, 640x240 
resolution only consumes 18.5K that was aU wasted (sic] untU a few 
smart feUows who frequent CompuServe found out that you can use 
all 32K and achieve 1024x255 operation. 

[Editor's note: I'm not sure how many NORTHERN BYTES . 
readers use the Hi^ Res Board, so I won't explore this subject any 
further unless there is a demand for more information. In the 
meantime, Mr. Abbassian states that several files will be donated ^ ^-^ 
their club's Ubrary explaining this in greater detail, with addiUonal4| ^N^ 
examples. If you wish to contact Mr. Abbassian, you can write hlm^f _ 
c/o Dearborn TRS-ao Users Group, P.O. Box 1042, Dearborn, Michigan 
48121. 
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704 North Pennsylvania Avenue 

Lansing, Michigan, 48906-5319, USA 

Phone: (517)482-8270 

MCI Mall ID: 109-7407 

TELEX: 6501097407 

Answerback: 6501097407 MCI 

CompuServe EasyPlex: 72167,161 

Delphi Mall: TASIO 



KLTERNKTE 

SOURCE 




Toll Free Ordering: 
Michigan: 800-632-7818 Ex 700 
Other US: 800-253 3200 Ex 700 



TURBO CHARGE 

"Designed by an automotive engineer and guaranteed NOT to be 
RECALLED!" Bruce Hansen, author of our popular TASMON and 
ADVENTURE SYSTEM programs, is now an automotive engineer. 
Amidst an MSDOS world he has still found time to develop a 
superb package for the TRS-80 I, III(4)(P){D). Turbo Charge 
displays the curving, winding roads of the racetrack. Glance 
in your rear-view mirror and you can see your opponents as 
they challenge your position or eat your dust. YOU control 
the shifting, the acceleration, the steering and the braking. 



D8TURB0 : 



Bruce Hansen's Turbo Charge * • $29-95 



TERMINAL EMULATION SYSTEM (TES) 

Why invest in a dumb terminal when you can use a comparable 
priced TRS-80 Model 4 or 4P and have the power of a full 
computer available to your operators? Whether you are talking 
with a mainframe of a dumb terminal, TES will train your 
TRS-80 TRS-80 to properly respond to control codes from oyer 
one hundred different terminals! As the world of 
telecommunications expands, your TRS-80 can grow with it! TES 
includes a "terminal emulatibn editor for defining your own 
protocol and adding new ones (up to 500) as you meet them. 

D4TES: Terminal Emulation System for TRSDOS 6 $79.95 
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MAILCALL can manage one or more of your mailing lists with 
minimum intervention and maximum performance. MAILCALL 
supports names and addresses from around the world. You will 
no longer need to give your foreign customers second class 
service. Complete setup instructions and a friendly operator 
interface are included to get you organized fast. Once 
organized, you stay that way, because your master MAILCALL 
list is never sorted, yet you can instantly access your list 
in both name and zip code order. A conversion utility is 
included to assist you with transferring your current files to 
MAILCALL. Unprotected and hard disk compatible. MAILCALL 
also integrates with the optional TAS ORDER ENTRY SYSTEM. 

DMMC: MAILCALL for MSDOS $79-95 

D4MC: MAILCALL for TRSDOS 6 $79.95 
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USE THIS TO ORDER 



Name: 

Address: 
Address: 
Address: _^ 
Charge Card: 



Expiry: 



Total $: 

Tax: 

Shipping: 

COD: 

Total: 



$3.00 



Special Instructions: 

Please add $3 shipping/handling per order; COD $2 additional 
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Subscription Information 

Northern Bytes is edited by Jacit Oeclter and published on 
an irresular basis by The Alternate Source information 
Outlet. Back issues are available starting with Volume 5. 
Number 1 . issues prior to that are not available. Some of 
the most valuable articles from earlier Issues may be 
reprinted in future Issues of Northern Bytes. Currently 
there are eisht back issues available for Uolume 5. as well 
as ail issues from Uolume 6. All back issues are $2 each. 

It is very easy to be Placed on the Northern Bytes 
REGULAR list. Simply Place your address. Visa or 
MasterCard number and expiration date on file with us. 
We will start with the issue you reouest. We do not bill you 
for ANV ISSUE until that issue has been mailed. This way. 
we can continue to offer you top quality information with 
absolutely no risk to you. There's no question of what to 



do about unf ulfiHed issues if we decide to quit PUbtisiiiM. 
Unless otherwise requested, we presume your 
subscription will extend throush the month of your 
expiration date. 

Don't have a chartt card, huh? We understand the myriad 
of reasons for not havinti them and we feel that a "To*Bc* 
invoiced" policy could help increase the demand for 
Northern Bytes. If you'll do it for us. we'ii do It for you. 
WouM you like to be placed on a resiuiar list TO Be 
BILLED for each issue? Vou could then send a check for 
the Issues as they are mailed. If you dMn't send a cheeic 
we would presume that your interest has died and 
discontinue your subscription. The only requirement for 
«ettin« onto the list is to Pay for the first issue up front: 
the next will be mailed automatically. If you request. Vou 
are insured that you will receive top of the line TRS-80 
information as it is released. Ask to be Placed on the NO 
RISK 'To-Be-lnvoiced Northern Bytes Lisf'. 



Call or HritB. but SIGH UP TODAY! 

The flltemate Source Infornation Outlet 

70H North Pennsylvania Avenue 

Lansing. Michigan H8906-5319 

Tolephone (517) 48a-BE70, or use our toll-free lines for ORDERS OMLY: 

(BOO) 63B-7B1B ext. 700 Jn Michigan, (BOO) B53-3B00 ext. 700 elsBwherB in U.S.fl. 

EMftlb CompuServe! 73^67,161 / Delphi: TASIO / MCI Mail: 109-7407 / Telex: B501097407Jfa 
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NORTHERN BYTES 




c/o Jack Decker 

1804 West 18th Street • 155 

Sault Ste. Marie, Michigan 49783-1268 

U.S.A. 



•ulkMall 

U.S. Pottage Paid 

PcmltSIS 

Unilns, Ml 



PGSTMASTERl Addreu Corractlon Eequeited. 
Send addre«« changes. USPS Form 3371. and undellvarabla 
copies to: The Alternate Source Information Outlet. 
704 North Pennsylvania Avenue. Lansing, Mlchlian 48906-5311 
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To 



ELECTRONIC MAIL ADDRESSES: 
CompuServe EasyPlex: 72167,161 

Delphi Mall: mo^vln? 

MCI Mail: 109-7407 

Telex- 6501097407 

Answerback: 6501097407 MCI 
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